Несколько представлений в одном XIB - iPhone SDK

Это вопрос оптимизации памяти и времени загрузки. Если вы поместите все свои представления в один XIB, то при запуске вашего приложения оно должно будет загрузить весь XIB в память и построить все объекты для всех элементов управления, а это займет нетривиальное количество времени.

Если вместо этого вы разделите свои представления на отдельные XIB, то ваше приложение будет запускаться намного быстрее, потому что будет загружен только XIB, содержащий исходное представление, и оно также сначала будет использовать меньше памяти. Затем, когда представление изменится, вы можете лениво загрузить XIB, содержащий новое представление. Это вызовет небольшую заминку при первом открытии обзора. Если вы действительно пытаетесь оптимизировать использование памяти, вы также можете выгрузить предыдущее представление при переключении представлений, но я бы не рекомендовал этого, поскольку вместо этого каждый раз, когда вы переключаете представления, возникает заминка. только в первый раз, когда вы переключаетесь на любой заданный вид.

Следуя предыдущему ответу, бывают случаи, когда вы хотите загрузить несколько представлений одновременно. Вот пример: вы отображаете отчет с несколькими страницами и собираетесь использовать UIScrollView для управления ими. Когда пользователь завершит просмотр отчета, он закроет отчет, который закроет представление.

Создайте UIScrollView в XIB вместе с UIView для каждой нужной страницы. Поскольку UIViews являются частью XIB, они будут загружены в память вместе, все сразу, при открытии отчета. Создайте два UIViewController и используйте их для отображения просматриваемой страницы и той, к которой выполняется прокрутка. По мере того, как пользователь перемещается по страницам, повторно используйте UIViewController на прокручиваемой странице, чтобы удерживать прокручиваемую страницу.

Это обеспечит отличную производительность, пока пользователь листает страницы. Он загружает все страницы сразу в память. Я использую только два UIViewController, и он просто меняет, какие представления в них находятся, и перемещает их.

Это также дает большое преимущество в том, что все страницы находятся в одном XIB. Это упрощает редактирование и ускоряет загрузку, чем отдельные XIB. Вам просто нужно убедиться, что у вас есть память для загрузки всех страниц сразу. Если это статический контент (например, в моем случае), это отличный способ.

Если вы ищете хороший пример того, как это сделать, я считаю этот ресурс отличной отправной точкой:

http://cocoawithlove.com/2009/01/multiple-virtual-pages-in-uiscrollview.html

Это предупреждение всем, кто пытается реализовать альбомную и портретную ориентацию с двумя представлениями в одном XIB (iOS 4 с Xcode 4). Основным недостатком наличия двух представлений в одном XIB - для меня - было то, что вы можете подключить только один объект UIOutlet в XIB к одному объекту UIOutlet в контроллере представления.

Так, например, если у вас есть XIB с представлением для альбомной ориентации и представлением для портретной ориентации, и оба представления содержат одни и те же объекты интерфейса в разных положениях (например, UILabel в альбомной ориентации и UILabel в портретной ориентации). Невозможно связать UILabel в портретном представлении и объект UILabel в альбомном представлении с одним объектом UILabel в контроллере представления одновременно.

Я нахожу это разочарованием, поскольку в документации iOS UIViewController (iOS 4.3) было предложено реализовать пользовательские альбомные и портретные представления, программно переключаясь между двумя представлениями при повороте экрана.

Потратив некоторое время на то, чтобы выяснить, как это сделать, я обнаружил, что к одному контроллеру представления можно подключить два разных представления, но вам необходимо иметь выходы для обоих представлений. Например, в моем контроллере представления у меня есть два объекта UILabel (один для подключения к UILabel в портретном представлении; один для подключения к UILabel в альбомном представлении). В моем коде каждый раз, когда я обновляю альбомную розетку, я также обновляю портретную альбомную ориентацию.

Не очень элегантно, но это работает, и поскольку это для простого представления с одним экраном, он не будет использовать слишком много памяти, чтобы дублировать все объекты пользовательского интерфейса в контроллере и представлениях. Я бы не стал создавать проект, который бы делал это снова, но это был достаточно хороший обходной путь для этого проекта.