«логика» в представлении или представление контроллера?

Question

Эй, ребята, я планирую написать жидкокристаллический / 7-сегментный дисплей для iphone.
(дисплей, состоящий из нескольких чисел, каждое из которых состоит из 7 (тире) сегментов.)

1. Мой вопрос, после паттерна mvc, к чему относится код «разбора чисел»?Посмотреть или его контроллер?

   Итак, должен ли контроллер передавать представление для отображения только числа , позволяя методу -drawRect выяснить, какие сегменты осветлить?

   Или контроллер должен пройтинепосредственно , какие сегменты осветить, после того, как выяснили это в методе класса контроллера?

   Как я узнал, контроллер отвечает за все логические вещи.Но я не уверен, что такая логика также подразумевается под этим.

2. Да и, кстати, должен ли контроллер просто устанавливать свойства для представления, или было бы лучшевызвать контроллер как делегат из класса представления для извлечения данных?

Answer 1

Я бы сказал, что представление должно выяснить, какие сегменты рисовать.В идеале вы могли бы превратить свое приложение в аналоговые часы, просто поменяв представление (поскольку числа, поступающие от контроллера, не изменились бы.) Хотя вы не хотите, чтобы ваше представление выполняло бизнес-логику, «визуальную» логику(как данные должны быть нарисованы) определенно находится в пределах видимости.