Разве раскадровка устраняет необходимость .nib

Question

С введением раскадровки я бы не стал выбирать .xib/.nib, когда создаю подкласс UIViewController, потому что я могу просто вытащить viewcontroller в построителе интерфейса и назначьте его новому классу.

Итак, с раскадровкой, когда мне понадобится использовать файл .xib/.nib?

спасибо.

Answer 1

Я предполагаю, что раскадровка содержит файлы .xib/.nib для всех ваших просмотров. Он представляет отношения между ними и помогает избежать путаницы, если у вас много просмотров. Также это экономит ваше время и нервы при написании кода.

Answer 2

Если вы используете раскадровки, вам вообще не нужно создавать отдельные .xib-файлы. Вы можете по-прежнему использовать файл .xib, если хотите - он может быть полезен, например. если у вас есть особенно сложный вид, который вы бы хотели настроить самостоятельно. Большую часть времени, однако, не будет необходимости в этом.

Answer 3

Раскадранные материалы не полностью устраняют необходимость в файлах NIB. Один из распространенных примеров - создание подзонов для входа в UIScrollView. Вы не можете создавать субвью отдельно в раскадровке; вместо этого вам нужно создать отдельные NIB (ы) для подзонов и программно привязать их к просмотру прокрутки.

Фактически, практически в любом случае, когда у вас есть необходимость в подсмотрах, которые изменяются во время выполнения, вы захотите использовать отдельные NIB.

Раскадровки отлично подходят для определенных видов приложений, но для чего-либо даже удаленно сложного, старый способ работает очень хорошо. Дополнительным преимуществом является то, что они сосуществуют красиво. Вы можете помещать метки заметок в свою раскадровку и затем заполнять их программно с помощью определений, определенных NIB.

Answer 4

Я опробовал раскадровки в последнее время и у меня смешанные чувства по поводу его использования:

Pro,

• Удобство: Вы, возможно, придется писать гораздо меньше кода. Таким образом, вы можете, например, показать статический вид без необходимости писать какой-либо код.
• Обзор: Вы можете быстро увидеть, как ViewControllers связаны друг с другом

• Эффективность: Для простых случаев использования я считаю Storyboarding гораздо эффективнее, чем «старому».

  Пример 1: Editor > Embed In > Navigation Controller и voilà, не требуется больше экземпляров и настроек.

  Пример 2: Вы можете сделать «Prototype Cells» для TableView, что значительно ускоряет создание статических табличных представлений. AFAIK это not possible с СИБ файлов

• Это круто :-)

Con-х

• Я считаю, что повторное юзабилити как-то страдает раскадровки. Хотя я могу переходить к определенному ViewController из нескольких точек, он по-прежнему ограничен, поскольку в одном случае я могу использовать VC как Popover, а другой - как Master-ViewController.
• Предполагая, что вы работаете в большой команде, и разные люди меняют разные части вашего приложения, наличие одной монолитной раскадровки, которую вы затем должны объединить, может создать серьезную проблему в команде.
• Я действительно хотел бы иметь некоторый механизм для включения или ссылки на существующие файлы nib в раскадровку, что в настоящее время невозможно.

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