Когда создавать плагин Interface Builder для пользовательского представления?

Question

Когда вы рекомендуете интегрировать пользовательское представление в Interface Builder с помощью подключаемого модуля?При беглом просмотре материалов Apple Руководство по программированию плагина Interface Builder Я нашел:

• Будут ли ваши пользовательские объекты использоваться только одним приложением?
• Полагаются ли ваши пользовательские объекты на информацию о состоянии, найденную только в вашем приложении?
• Будет ли проблематично инкапсулировать ваши пользовательские представления в отдельную библиотеку или фреймворк?

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

Это отвечает на некоторые мои вопросы, но мне все равно хотелось бы услышать ваше мнение о том, когда это хорошая идея.Каковы преимущества и насколько велики временные затраты?

Answer 1

Вполне разумно перенести классы view и controller, которые использует ваше приложение, в отдельную платформу, встроенную в оболочку вашего приложения, для которой вы также создаете подключаемый модуль Interface Builder.

Помимо других причин, классы, которые обычно используются в вашем приложении, затем могут быть настроены на месте их использования в Interface Builder, а не в разрозненных -awakeFromNib реализации.Это также единственный способ заставить ваши объекты предоставлять привязки, которые можно настроить в Interface Builder.

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

Answer 2

Я думаю, что рекомендации Apple прекрасно подводят итог.

Если вы пишете элемент управления, который будет использоваться в нескольких приложениях и является полностью универсальным, то создание пользовательского объекта - хорошая идея.Вы сможете визуализировать внешний вид и задать свойства непосредственно в Interface Builder.

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

Создать пользовательский вид несложно, существует множество простых в использовании руководств.