Должен ли я использовать интерфейсный конструктор или нет?

Question

Я хотел бы узнать больше о плюсах и минусах использования конструктора интерфейсов при разработке приложений для iPhone / iPad.

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

Я размышляю, стоит ли начинать использовать конструктор интерфейсов, но я не уверен, в какой степени я буду его использовать и стоит ли он вообще. Это быстрее? Можно ли все еще легко настроить?

Любой совет будет приветствоваться!

Answer 1

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

Интерфейсный Разработчик не генерирует код, он использует NSArchiver для чтения и записи фактического графа объекта для GUI. Это имеет много преимуществ, начиная с того, что вы можете легко обходить интерфейс и вносить дополнительные изменения. Это действительно все хорошо, используйте это. : -)

Answer 2

Лично я нашел Interface Builder довольно сложным для наращивания, и иногда он не раскрывает все свойства, которые я хочу редактировать (хотя это могло измениться в более новых версиях), поэтому обычно я склонен к создать мой пользовательский интерфейс в коде.

Если вы используете Interface Builder, обязательно рассмотрите локализацию. Документы Apple для разработчиков для iPhone рекомендуют, чтобы NIB был локализованным ресурсом, который переводится. Таким образом, переводчик может видеть, вписывается ли новый текст в представление. К сожалению, это означает, что переводчик должен иметь возможность открывать файлы NIB и редактировать их (или разработчик должен участвовать в процессе перевода).

Лично я предпочитаю предоставлять локализованные текстовые ресурсы и устанавливать текст для пользовательского интерфейса в коде. Затем я предоставляю комментарии в файле Localizable.strings, указывающие, как долго может быть текст, и предоставляя любой контекст, который может понадобиться переводчику.

Answer 3

минусов нет. Почему бы не использовать его? Это делает все проще:)