iConstНу, ребята, разошлись не на шутку... :)

Как уже говорил - MVC не юзаю, сижу в своей луже, пригрелся - не квакаю... Но хор из соседних болот не дает покоя - интересно.
Пытался примерить - и вот же ж какая штука: чтобы (в классике) менять Вью, например, с веб на вин-формс ни разу задача не стояла. Гибриды были, но не пересекались. И просто комбинировать интерфейсы и контроллеры - не припомню особой необходимости. Выходит - за ненадобностью.

Далее, котлета (Модель) во все времена и от мух и от гарнира отделялась на раз. А вот мухи садились и липли к гарниру.
И вся возня - с оставшейся парочкой... Этих сиамских близнецов с общими внутренностями как только не пытались разделить.

И происходит, на мой взгляд, парадоксальная вещь:
1. Никто не возражает, что писать качественный, сопровождаемый код можно в любой форме.
2. Известно (мне - из публикаций), что реализация MVC более трудоемка - более "атомарно", больше кода.
3. Для мелких проектов MVC не нужен (из местных дебатов).

Отсюда - большие, сложные проекты становятся еще сложнее и трудозатратней. Смотрим п.1 - а нафига все это нужно?

ЗЫ: не принимайте близко - так, рассуждения лежа на болотной кочке под солнышком :)Бла-бла-бла, теория.
Покажите мне публикацию, где сказано, что реализация MVP в WinForms, или ASP.NET WebForms менне трудоёмка, чем реализация MVC в ASP.NET MVC.

А большие, сложные проекты без грамотного проектирования - это в итоге просто п№;;ец, о чём кстати пишут в книгах, в публикациях, да и из личного опыта. Экономия на разработке архитектуры на ранних стадиях проетка вылевается в офигеть какие трудозатраты при дальнейшем развитии проекта

EDUARD SAPOTSKI, а Вы и Ваша команда хотели бы замутить большой проект, лет так на 5 минимум? Или вас устраивает писать небольшие разовые "поделки"?