почему мало проектов без nib-файла

Question

Я недавно работал в проекте ipad.Я не нахожу ни одного файла во всем проекте.Есть ли конкретная причина для таких стандартов?Мне действительно трудно следить за такого рода проектом.

Answer 1

Я не уверен, что считаю это "стандартом".Некоторые разработчики просто предпочитают кодировать все свои представления, а не использовать Interface Builder.Первые выпуски IB были немного ненадежными, и люди избегали этого из-за этого.В настоящее время я не вижу причин, чтобы избегать использования IB, если вы не делаете полностью пользовательский интерфейс или игру.В случае с пользовательским интерфейсом может быть проще встроить его в код, чем пытаться согнуть элементы IB по вашему желанию.

Answer 2

перо, особенно если оно локализовано, нарушает режим DRY.

инициализация не зависит от вас, когда вы используете перо.

код и повторное использование программы сложнее.рассмотрим библиотеки и несколько приложений.

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

улучшенная производительность (где это важно).

безопасность программы.IB раньше поддерживал плагины / аддоны в osx ... они были только что удалены.

фреймворки не доступны в iOS.nibs не могут использоваться совместно с библиотеками так же легко, как скомпилированные программы.

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

Answer 3

Согласен, IB довольно стабильный и гораздо более функциональный, чем раньше. Хотя iirc, использующий IB, добавляет больше веса проекту, чем если бы все было сделано с помощью кода.