Ответ ... это зависит. Раскадровки все в порядке, но есть обстоятельства, когда несколько перьев по-прежнему выгодны. Например, если вы используете представление прокрутки для смены нескольких подпредставлений на экране и за его пределами, тогда гораздо проще спроектировать каждое подпредставление в своем собственном NIB, а затем загрузить и добавить их программно.
Я нашел удобный компромисс: я использую раскадровку для основного экрана приложения и любых основных переходов состояний (например, из «основного» режима в режим «конфигурации»), но я все еще использую отдельные NIB для отключенных подпредставлений. -экран для начала (например, динамически создаваемые всплывающие окна, не привязанные к фиксированному элементу пользовательского интерфейса.) Я получаю легкость и эффективность раскадровок для больших вещей, которые могли быть немного сложными в прошлом, но я получаю полную гибкость для разработки очень динамичных пользовательских интерфейсов используя отдельные NIB.
Кстати, я слышал, что раскадровки - это особая боль для людей, которые развиваются в командах любого значительного размера. Их чрезвычайно трудно разделить, и они делают невозможным разделение обязанностей по отдельным областям. В этих случаях отлично работают отдельные NIB.
Это еще один инструмент, не более того. Они, конечно, не полная замена (по крайней мере, пока).