Раскадровки против старого пути XIB

есть польза от изучения обоих подходов.

помимо исторической ценности в подходе xib, xib также обеспечивают модульность. Возможно, у вас есть библиотека кода или вы хотите поделиться полезным виджетом, который вы сделали. Использование подхода xib будет способствовать такому совместному использованию и повторному использованию.

подход xib также позволяет вам несколько большую гибкость с точки зрения вашего собственного кода. Например, iOS 5 содержала ошибку с UITableView и доступность / поддержка VoiceOver, что бы причинить -dequeueReusableCellWithIdentifier: вернуться nil несмотря на то, что задокументировано иначе (см. этот блог для более подробной информации). Для динамической загрузки ячеек табличного представления из xib предусмотрена возможность обойти ошибку.

в то время как поддержка таблицы и tablecell в раскадровках замечательна и обеспечивает поддержку того, что большинство людей должны делать в таблице, иногда вам нужно покрасить вне линий, вам может понадобиться много разных ячеек и снова динамически загружать от xibs может быть вашим решением.

одним из больших преимуществ раскадровки является возможность просматривать весь поток графического интерфейса вашего приложения. Уменьшите масштаб, и вы увидите, как все взаимосвязано и течет. С xibs, в то время как модульность хороша, сложнее представить, как все соединяется и течет вместе. Это может быть полезной функцией для себя, или если у вас есть большая команда, чтобы поделиться, чтобы другие могли видеть, как приложение течет.

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

2014-10-06 обновление - С тех пор как я написал выше, я был вовлечен в большее количество проектов. Некоторые с xib, некоторые, которые могли бы использовать раскадровки.

раскадровки созрели очень много (мы сейчас в Xcode 6), и с ними так много хорошего. Мне очень нравится, как гораздо больше можно сделать в раскадровке, которая немного сложнее в xib-подходе. Один пара примеров:

один при работе с UITableView или UICollectionView сколько вы можете работать с прототипными ячейками непосредственно в раскадровке. Много приятной и легкой настройки, большая часть тяжелой работы может быть в раскадровке, меньше кода. Это очень мило. Попытка сделать это в подходе xib, безусловно, возможна, но есть еще много работы, чтобы это произошло.

другой, как хорошо вы можете переходить между UIViewControllers с регулярными сегментами, а затем вернуться с размоткой переходит. Все прямо там в раскадровке, с минимальным кодом. Это просто так удобно.

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

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

обновление 2015-04-07 еще одно обновление, потому что проекты последних нескольких месяцев заставили меня использовать раскадровки, которые предоставили больше информации.

во-первых, некоторые вещи будут требовать того или иного подхода. Например, по-видимому, были некоторые ошибки edge case при работе с классами размеров в xibs, которые не существовали, делая то же самое в a раскадровка. Поэтому, если вы пострадаете от ошибок, это может заставить вашу руку так или иначе. Другое-помнить, что раскадровки обычно работают на UIViewController уровне, поэтому если вам нужно сделать что-то подобное было!--7--> или UICollectionViewCell чтобы загрузить, это, вероятно, будет лучше обслуживаться xib.

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

то, что я нашел, хорошо работает, как правило, подходит к каждой "группировке представлений" на раскадровку. То есть, часто ваши ViewControllers имеют тенденцию быть изолированными и заканчиваются 1 на раскадровку (или xib). Но у вас может возникнуть ситуация, когда у вас есть два тесно связанных ViewControllers, и имеет смысл поместить их в одну раскадровку, особенно потому, что тогда вы можете легко подключить вещи между ними, такие как сегменты.

главное преимущество для нескольких раскадровок? Работа в командах. Таким образом, Фред может работать над своей раскадровкой, а Вильма может работать над своей раскадровкой, и нет никаких сильных проблем слияния или координации работы! Использование нескольких раскадровок (и, как правило, 1 ViewController на раскадровку) оказало огромную помощь в использовании раскадровок в команде разработчиков из нескольких человек.

это довольно очевидно Apple хочет, чтобы мы предпочитали раскадровки, и я обнимаю их больше в эти дни. Использование нескольких раскадровок, но по-прежнему с помощью xib, когда это необходимо, теперь работает довольно хорошо.

2015-09-21 обновление теперь, когда Apple выпустила Xcode 7, есть даже больше причин, чтобы принять раскадровки, как Apple, работает, чтобы преодолеть недостатки.

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

еще одно улучшение заключается в том, что вы можете создавать автономные UIView занятия в раскадровке. Однако на момент написания этой статьи у меня были смешанные результаты. Простые случаи работают нормально, но некоторые более "сложные" вещи не сделали. Например, у меня был UIViewController С a UITableView в ее рамках. Поскольку это должна была быть простая таблица с 5 статическими ячейками, я просто создал экземпляр 5 UITableViewCells как часть ViewController в раскадровке. Казалось бы, работает, но тогда во время выполнения ничего не будет загружаться и отображаться; переместил UITableViewCells в xib, и все работало. Я не уверен, что я делал что-то неправильно или что это может быть, так что YMMV. Но все же, даже если есть только некоторые причуды, со временем я уверен, что Apple разрешит их, а затем еще один барьер против раскадровки будет падение. Я хотел сказать, что если вам нужна такая поддержка, вы должны попробовать его и посмотреть, как она идет для вас. Это очень многообещающе.

все больше и больше, раскадровки складывается отлично.