Выполняет ли приведение методов UIResponder в подкласс UIView нарушать MVC?

Question

Следующие UIResponder методы сообщают сырые штрихи на экране:

- touchesBegan:withEvent: 
- touchesMoved:withEvent: 
- touchesEnded:withEvent: 

Недавно я играл с UIView подклассу, что я хотел быть сенсорным отзывчивым.

Первоначально я реализовал методы выше в UIViewController, которые отвечали за рассматриваемое представление.

Однако я понял, что методы касания вызывались всякий раз, когда рассматривалось представление UIViewControllers, а не подзаголовок, который я хотел.

Я переопределял методы внутри подкласса UIView, и все работало должным образом.

Однако я чувствую, что это нарушает MVC. У меня есть логика управления внутри моего представления.

Должен ли я держать методы, реализованные внутри UIViewController вместо этого, и как-то хита теста интерпретировать, какое представление было потрогать, или я исправить в том, методах, реализуемые внутри UIView подкласса?

Я чувствую, что более поздний - это ленивый выход.

Спасибо за ваше время.

Answer 1

В MVC представление отвечает за взаимодействие пользователя. Поэтому имеет смысл использовать методы UIResponder, переопределенные в вашем UIView. Чтобы строго следовать MVC, вы должны использовать delegate pattern (или какой-либо другой шаблон) для вызова функций логики управления, которые находятся в вашем контроллере.

выше изображение из (Apple's MVC documentation). Часть, относящаяся к вашему вопросу, находится в левом верхнем углу. Представление должно сказать контроллеру, что он был затронут ect, и контроллер должен выполнить логику.

UIViewController способен реализовать эти методы только потому, что он имеет встроенный вид. Это сбивает с толку, потому что это означает, что сам UIViewController нарушает MVC, но это более активное обсуждение.