В некотором смысле, да, это нарушает схему MVC. Как вы говорите, представление не должно иметь ничего общего с тем, как им управлять, лучше использовать такой код в другой части приложения.
Кроме того, одним из значительных преимуществ ООП является возможность повторного использования классов. Представления как таковые могут быть повторно использованы без каких-либо проблем, поскольку весь управляющий код, специфичный для приложения, отсутствует в них.
Если вы включите методы делегата в свое представление, вы не сможете использовать его повторно, или вам придется каждый раз менять метод делегата!
Но правила для общего случая. Взгляните на платформу Cocoa для Mac OS X: у вас есть привязки какао, которые позволяют вам напрямую изменять содержимое представления в ответ на изменение данных в вашей модели. Это также некоторым образом нарушает шаблон MVC.
Еще один пример, см. UIViewController. Это должен быть контролер, но он настолько тесно связан с мнением, что вопрос остается. Разделение между view и controller не так явно, как хотелось бы MVC.
В заключение, я бы сказал, что это хорошая привычка следовать шаблону (если он соответствует вашим потребностям) и тому, как вы можете следовать ему, используя данную структуру. Но в некоторых случаях, если вы сделаете это явно, было бы интересно создать ярлык и нарушить правила.