Asp.net Mvc Framework — Ставим Точки

Если вы думаете, что MVC Framework лучше ASP.NET, значит, вы не любили ASP.NET и не понимали красоты его идеологии.

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

Изучите ASP.NET, поймите, почему и как там все работает. Вам не нужна MVC Framework; * вам не нужна MVC Framework для использования шаблона MVC. На самом деле MVC не имеет ничего общего с конкретной библиотекой.

MVC Framework — это всего лишь реализация шаблона, который никто не мешает вам создавать и использовать самостоятельно в классическом ASP.NET. Попробуйте, это не сложно.

Вам не нужна MVC Framework, если причина в том, что это MVC; * вам не нужен MVC Framework, если вы хотите избавиться от состояния просмотра.

MVC Framework не предназначен для «избавления от состояния представления».

Если вы хотите избавиться от состояния просмотра, узнайте, как работает этот механизм.

Почему он существует и чему служит. Уверяю вас, viewstate очень полезен в умелых руках.

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

История повторяется.

Все, что касается состояния представления, также применимо и к автогенерации id для элементов html-разметки.

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

Кроме того, в ASP.NET 4.0 у вас больше гибкости при создании, и это еще одна причина, по которой вам не нужна MVC Framework; * вам не нужна MVC Framework, если вы хотите «получить полный контроль над своей разметкой».

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

Для управления разметкой вам не нужна MVC Framework; * вам не нужна MVC Framework, если вам нужны удобочитаемые URL-адреса.

Механизм маршрутизации, позволяющий представлять удобочитаемые URL-адреса, является частью ASP.NET, но не внутренней частью MVC Framework, поэтому вы можете использовать маршрутизацию и создавать удобочитаемые URL-адреса в классическом ASP.NET; для этого вам не нужна MVC Framework. Надеюсь, вы не согласны с некоторыми из этих пунктов.

Это хорошо, возможно, мои тезисы заставят вас взглянуть на вопрос по-другому.

Это достойная причина перейти на MVC Framework; его модель предполагает, что любая часть структуры может быть протестирована на любом этапе.

В то время как в классическом ASP.NET механизм обратного вызова «обратной передачи» часто затруднял написание тестов; * вам нужен MVC Framework, если большая часть вашего кода не является частью ASP.NET. Этот код представляет собой клиентский JavaScript и частично AJAX. Когда были заложены основы клиентской оптимизации ASP.NET и клиентскому коду уделялось очень мало внимания, в то время не существовало концепции AJAX или Web 2.0. Времена изменились, изменился и классический ASP.NET, в нем есть множество инструментов для поддержки функциональности AJAX, но создание мощного клиентского кода по-прежнему остается сложной задачей.

Если у вас большой объем кода на стороне клиента, может быть, даже такой же, как и на стороне сервера, то вам нужен MVC Framework, он облегчит вашу работу; * и главная и основная причина, по которой вам нужен MVC Framework, — это абсолютная расширяемость.

В этом отношении MVC Framework — это действительно фреймворк, который можно наполнять по мере необходимости.

Можно провести следующее сравнение: классический ASP.NET — это картинка, нарисованная мастером, а MVC Framework — это эскиз, эскиз, который вам остается нарисовать и завершить самостоятельно.

В MVC Framework вы можете переопределить действие механизма на любом этапе от обработки запроса до отправки результата.

Переход на MVC Framework не должен быть вашей попыткой избавиться от «проблем».

Присмотритесь к проблемам, и вы увидите, что все они решаются в рамках классической модели ASP.NET. Многие люди не понимают, что основная сила и сила того, почему следует использовать MVC Framework, — это не «недостатки» классической модели ASP.NET, которые в большинстве случаев проистекают из плохого понимания предмета.

Сильная сторона MVC Framework — это ее возможности и потенциал расширяемости.

MVC Framework — это конструктор, который вам понадобится после того, как вы освоите проверенные инструменты.

Если вы столкнулись с проблемой, когда вам недостаточно механизмов ASP.NET, когда вы ограничены рамками предлагаемой модели, которую невозможно расширить или изменить, только тогда вам действительно нужен MVC Framework. Любые другие случаи, попытки избавиться от «недостатков» или «переход на паттерн MVC» не являются достаточными основаниями для необходимости перехода на MVC и по большей части являются ошибочной точкой зрения на вопрос.

Это все, что хотелось бы сказать на вопрос «Стоит ли переходить на MVC Framework и почемуЭ» Надеюсь, что мысль, изложенная в этой заметке, заинтересует вас и заставит задуматься или взглянуть на проблему под другим углом.