Хотите опыт человека, который действительно написал свой Excel? В своё время передо мной оказалась такая абсолютно реальная и очень актуальная задача. Причина была в следующем: была огромная структура с десятками тысяч пользователей, которые привыкли решать некую задачу приложением в Экселе. Но вот в очередной раз изменилось законодательство - и оказалось, что новых изменений Эксель просто не тянет. Принципиально. Приложение врезается в его лимиты. И большие люди по большой дружбе очень попросили моё высокое начальство помочь.

Так вот, если коротко, я с этой задачей справился с блеском - говорю так, потому что на той платформе не только сделали и внедрили тот проект, но в результате ещё как минимум один новый проект тому же заказчику сделали на той же основе.

А теперь, собственно, про опыт. Очевидно, что шаблон MVC просто создан для этого дела. И на опыте того проекта я убедился, что те, кто про него пишет - [ладно, опущу свои комментарии].

Если брать то, как обычно описывают MVC, мне всегда хочется задать один вопрос - зачем там контроллер? Ну вот нафига он нужен? Это кусок бессмысленного кода, который занимается исключительно тем, что как дурная прокладка транслирует вызовы из V в M и обратно. Суть контроллера проявляется тогда, когда становится понятно: одному контроллеру соответствуют несколько моделей и несколько представлений. То есть

MMMMMMM <===> C <===> VVV.

Например, в Экселе основное представление - конечно, лист. Но кроме него, есть ещё как минимум два: "список закладок" и "редактор текущей ячейки" (тот, который над ячейками). Моделей - вот их там целая куча. В первую очередь это модель данных (значения ячеек). Во вторую - модель форматирования. В третью - модель выделения (выделенные области). В четвёртую - модель границ (border-ы ячеек). Дальше я просто не помню, их было семь или восемь даже при том, что я реализовал только тривиальную часть экселевского функционала. А при нетривиальной - счёт пошёл бы на десятки.

Каждая модель реализует какой-то аспект функциональности. Всё модульно, чётко, красиво и удобно, очень архитектурно. Но каждая модель должна реагировать на определённые события (например, вызов операции удаления N-й строки). Иногда - похожим образом, иногда - особенным. И контроллер сразу получает свой реальный и конкретный смысл - это концентратор, то место, которое получает событие и переправляет его всем заинтересованным. Именно здесь становится понятно, почему концепции MV недостаточно, и нужно MVC.

И тогда не нужно никаких страшных иерархических структур, всё расписывается наглядно, красиво и просто.