Действительно ли MVC является лучшим способом кодировать приложения asp.net? [закрытый]

Нет никакого "правильного" способа сделать вещи, не зная, каковы "вещи". MVC является шаблоном разработки, который решает определенную типичную проблему - разделение представляемой и доменной логики. Каждый шаблон разработки является обычно принимаемым "хорошим" решением определенной проблемы.

Теми решениями, объединенными со знаниями и опытом, являются стандартные блоки для хорошего дизайна. "Правильный" способ сделать вещи состоят в том, чтобы изучить Вашу проблемную область, исследование в области возможных решений и применить набор решений, которые работают лучше всего для решения его. Делание ошибок является частью процесса также, не бойтесь экспериментировать и затем осуществить рефакторинг с суровостью, пока Вы не достигаете решения, которое служит Вам лучше всего.

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

Шутки в сторону MVC является одним проектированием приложений, которое поощряет нас не писать запутанный код. Это - инструкция, которая напоминает нам разделять бизнес-код от кода презентации. Это очень полезно, поскольку приложение становится более сложным.

Существуют другие изменения, которые достигают того же самого преимущества, но не являются строго тем же как MVC. Управление абстракции презентации (PAC) является одним примером.

Что касается того, почему Microsoft является настолько поздней в принятии MVC, я не удивлен, что они. Они довольно известны (по крайней мере в последние годы) тем, что были консервативны вместо инновационного. Они предпочитают позволять другим меньшим компаниям взять на себя риски на бездоказательном рынке, затем они учатся на ошибках, производят в большом количестве сверхспроектированное решение конкурента и доминируют через маркетинг.

Пример: Microsoft Internet Explorer считался опоздавшим к рынку браузеров. Netscape стал очень популярным, лидерство в обеспечении платформы для людей к представлению HTML. После того как сумма содержимого HTML в Интернете была на полезном уровне, Microsoft, изрыгавшая их звукоподражательный продукт "IE", и быстро получила подавляющую долю рынка.

MVC является всего одним способом сделать вещи. Мне нравится он, потому что это помогает способствовать расширяемости и структурировано, чтобы позволить тестировать и повторное использование кода. Нет никакой серебряной пули, один истинный способ сделать все, но я использую его довольно часто.

В отношении Microsoft я сказал бы, что они приняли шаблон как альтернативу разработке WebForms по причинам, которые я упомянул выше. Я рекомендовал бы смотреть на Витрину Rob Conery MVC и вид игры вокруг с примерами, чтобы видеть, как это работает на Вас.

Если MVC решает Основной Технический Императив руководящей сложности в Вашем приложении затем, это может быть хорошее решение, но это ни в коем случае не единственное решение.

Нет никакого "лучшего" способа кодировать вещи. Это зависит от рассматриваемого приложения; иногда MVC является правильным выбором, и иногда это не. Хороший разработчик может взвесить его опции и выбрать ту, которая это подходит лучше всего для задачи под рукой, вместо того, чтобы просто идти с методом du подмастерье

Так как MVC является "Лучшим" или "Худшим" шаблоном, относительно проекта.

MVC является одним из любого количества шаблонов разработки. Является ли это лучшим технологически или самым простым, или для того, какие типы проектов это является соответствующим, являются все спорными (см. другой ТАК потоки). В любом случае немногие привели бы доводы против преобладающего согласия, что для большинства случаев, это "Достаточно хорошо".

Но это обладает бесспорным преимуществом, что много людей использует его на большом количестве различных платформ.

Таким образом, если Вы хотите использовать методологию, которая, вероятно, будет вокруг некоторое время; или Вы не хотите зависеть от одного поставщика для поддержки и расширения и улучшения; или Вы работаете в группе, которая хотела бы вырасти путем найма людей различного происхождения, которые будут grok общая методология быстро; или требуется максимизировать возможности идти дальше, если Вы должны, затем MVC является одним из самых лучших способов поддерживать те цели.