Когда я должен использовать интерфейсного разработчика?
Поскольку я изучаю iPhone API, книга, которую я использую, имеет меня делающий все возможное с Интерфейсным Разработчиком. Мы (одинокий здесь иногда) являемся написанием кода также, но я действительно чувствую, что узнаю Интерфейсного Разработчика вполне хорошо.
Я знаю, что Интерфейсный Разработчик отличается от других Разработчиков GUI, поскольку это использует сериализованные объекты и не пишет код. Это - предположительно, хорошая вещь. Так... в ежедневной работе, действительно ли это - предпочтительный инструмент, или я должен попытаться преобладать над своей зависимостью от Интерфейсного Разработчика?
Также: если Вы предполагаете, что "это зависит от того, что Вы делаете", от чего это зависит? Как я должен принять решение использовать Интерфейсного Разработчика или нет?
Примечание: Субъективная и спорная версия этого вопроса была названа, Интерфейсный Разработчик: Серьезный Инструмент или Только Для Детей? но я отклонил его, так как я не хочу получать закрытый вопрос.
4 ответа
Interface Builder действительно используется для создания приложений. Взгляните на любое приложение для Mac на базе Cocoa - а это большинство приложений не от Adobe или Microsoft - и вы увидите, что в них полно наконечников. Немного чаще приложения для iPhone создаются без Interface Builder (потому что оригинальный SDK поставлялся без IB), но это все равно очень часто используемый инструмент.
Разница между Interface Builder и большинством других средств создания графического интерфейса заключается в том, что Cocoa и Interface Builder были разработаны с учетом друг друга. На самом деле, если вы поищете в архивах списков рассылки Cocoa, вы найдете множество людей, которые на протяжении многих лет задавались вопросом, как можно сделать приложение для Cocoa без использования Interface Builder. (Ответ всегда один и тот же: вы можете сделать все это в коде, но вы только зря потратите время и усложните разработку хорошего интерфейса)
.Interface Builder не генерирует код, он просто создает объектный граф существующих классов. Если вы посмотрите на файл nib, то увидите это. Это просто список правил о том, какие объекты создавать и какие отношения устанавливать между ними. В nib нет кода, и на удивление очень мало кода в различных методах loadFromNib.
Именно связь во время выполнения в Objective-c делает все это возможным. Я не думаю, что какой-либо другой язык способен на такое.
Конструктор интерфейсов отлично подходит, если вы планируете использовать стандартные элементы пользовательского интерфейса UIKit. Использование Interface Builder для разработки пользовательских интерфейсов на основе UIKit также помогает соответствовать Руководству по человеческому интерфейсу Apple iPhone .
Есть лишь несколько случаев, когда вы не захотите использовать Interface Builder, наиболее очевидным из которых являются игры, которые предлагают свой собственный уникальный внешний вид.
Я не думаю, что вам нужно беспокоиться о создании «зависимости от Interface Builder». Это такой же инструмент, как и любой другой. Использование этого не является зависимостью, это просто способ, которым мы добиваемся своей цели.
Интерфейсный редактор - отличный инструмент. Используйте его как можно чаще.
Когда вы не можете что-то сделать с помощью только Interface Builder, пора написать код, сочетающий IBOutlets и код, или сделать это только в коде.