Извлечение повторно используемых частей пользовательского интерфейса в какао Touch - взгляды против контроллеров - как это должно быть сделано?

Question

Допустим, я разрабатываю приложение для iPad, которое предоставляет пользователю экран.Экран содержит несколько «элементов управления», которые для примера могут быть простыми метками с +/- знаками, которые увеличивают / уменьшают целочисленное значение, представленное меткой, обеспечивая, чтобы значение не превышало максимальное число, определенное для каждого элемента управления (числовое значение вверх/ вниз управления, но может быть что-нибудь, что имеет простую логику).Поскольку целыми числами манипулируют, вычисляются некоторые значения только для чтения (метки).Более того, каждый «элемент управления» должен отвечать на жест касания (и, например, увеличивать значение на 10). Я хочу задать вопрос: как мне сконструировать такой экран с точки зрения MVC, используемого в касании какао?Учитывая, что контроллер представления, который управляет экраном, называется MainController:

• Должны ли числовые элементы управления вверх / вниз быть отдельными представлениями, содержащими всю логику (как-то нарушающую шаблон MVC), которые добавляются в MainController.view?
• Должны ли числовые элементы управления вверх / вниз быть отдельными viewControllers (с приложенным к ним представлением, конечно), содержащим всю логику (более разумный подход с точки зрения MVC - я прав?)
• Являются ли касания/ жесты обрабатываются на viewcontroller или уровне просмотра?

Answer 1

• Элементы управления вверх / вниз должны быть заполнены функцией через View-Controller (MainController) экрана
• Нет необходимости в дополнительных View-Controller на этом уровне управления - фактически, Apple предлагает, чтобы для таких ситуаций общего пользования существовал только один View-Controller (MainController)
• Прикосновения / гостевые запросы обрабатываются на уровне View-Controller (MainController)