Когда я должен использовать WebForms для предоставления пользовательского опыта, который ищут мои пользователи, а не путать MVC?

Question

Я использовал MVC для повторной реализации приложения, которое я когда-то создавал с использованием WebForms. Я заметил следующее:

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

2. Еще одна проблема, с которой я сталкиваюсь, заключается в том, что MVC подразумевает, что бизнес-правила должны соблюдаться при разработке модели (которую я люблю). Однако, когда я создаю свое приложение, я скоро вижу, что валидация должна распространяться и на клиентскую сторону (если не для чего иного, как для пользователя избегать нескольких постов). Мне кажется, это еще одна фальсификация шаблона проектирования, поскольку я храню бизнес-логику не только в двух местах, но и на двух языках!

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

Итак, когда я подхожу к разработке пользовательского интерфейса и реализации решения, как я должен думать о решении проблемы, которая отличается от классического подхода WebForms? Кроме того, что такое линия Мэйсона-Диксона (она вообще существует), где я должен просто использовать WebForms для предоставления пользовательского опыта, который мои пользователи ищут как можно проще, не создавая запутанное приложение MVC'ish?

Answer 1

MVC может поддерживать состояние так же, как WebForms. У вас все еще есть Session или MVC TempData, если вам это действительно нужно.

Сказать, что вы должны писать метрические задания по управлению состоянием, немного гиперболично. Реализации, подобные ViewState, на самом деле очень просты в создании. По своей сути ViewState просто сериализует и шифрует информацию о состоянии в поле <input type='hidden'>. С концепциями связывания моделей MVC это действительно легко реализовать.

Вам также следует учесть, что с MVC модные javascript совершенства также становятся намного доступнее. На самом деле гораздо проще поддерживать сложные мастера на основе JavaScript или аналогичные страницы в клиентском браузере, поэтому вам даже не нужно использовать Session или TempData.

Все новые разработчики MVC в конечном итоге сталкиваются с «стеной управления состоянием» во время обучения. MVC просто использует другой подход, и вам нужно настроить свой образ мыслей WebForms, чтобы справиться с ситуацией. Изучение того, как реализовать шаблон Post / Get / Redirect и эффективное использование javascript / ajax, действительно очень поможет в этом отношении.

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

---

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

Answer 2

Вы правы в том, что MVC хорош только для простых страниц. Если вы создаете приложения для реального мира, вы добавляете много пользовательского кода, который Web Forms уже предоставляет. Чтобы приложения MVC работали так же хорошо, как и приложения веб-форм, вы все равно отказываетесь от так называемых преимуществ MVC и накапливаете вещи, которые предположительно плохи в веб-формах. MVC - это просто еще один способ привлечь другой набор разработчиков, но на самом деле он не добавляет ничего полезного для сообщества разработчиков.