Самое большое преимущество для использования ASP.NET MVC по сравнению с веб-формами

Вы больше не плохо себя чувствуете об использовании 'не средства управления обратной передачи - и расчет как к smush их в традиционную среду asp.net.

Это означает, что современный (свободный использовать) JavaScript управляет таким это или это , или это может все использоваться без той попытки приспособить круглый штепсель в чувстве квадратного отверстия.

MVC позволяет Вам иметь больше чем одну форму на странице, маленькая функция, которую я знаю, но это удобно!

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

Мои 2 цента:

• ASP.net формируется, является большим для Быстрой разработки приложений и добавляющий бизнес-возможность быстро. Я все еще использую его для большинства приложений интранет.
• MVC является большим для Оптимизации поисковой системы, поскольку Вы управляете URL и HTML до большей степени
• , MVC обычно производит намного более минимизированную страницу - никакое состояние отображения и более чистый HTML = быстрые времена загрузки
• MVC легкий кэшировать части страницы.-MVC является забавой записать:-личное мнение;-)

В веб-формах Вы могли также представить почти целый HTML вручную, кроме немногих тегов как состояние отображения, eventvalidation и подобный, который может быть удален с PageAdapters. Никто не вынуждает Вас использовать GridView или некоторое другое серверное управление, которое имеет плохой вывод рендеринга HTML.

я сказал бы, что самым большим преимуществом MVC является СКОРОСТЬ!

Следующий вызванное разделение беспокойства. Но это не запрещает Вам помещать целый BL и логику DAL в Контроллере/Действии! Это - просто разделение представления, которое может быть сделано также в веб-формах (шаблон MVP, например). Много вещей, что люди упоминания для mvc могут быть сделаны в веб-формах, но с некоторым дополнительным усилием.
Основное различие - то, что запрос прибывает в контроллер, не просматривают, и те два слоя разделены, не соединены через частичный класс как в веб-формах (aspx + код позади)

Если Вы работаете с другими разработчиками, такими как PHP или JSP (и я предполагаю направляющие) - Вы собираетесь иметь намного более легкое время, преобразовывая или сотрудничая на страницах, потому что у Вас привычка есть все те 'противные' события ASP.NET и средства управления везде.

Самым большим единственным преимуществом для меня было бы ясное разделение между Вашей Моделью, Представлением и уровнями Controller. Это помогает способствовать хорошему дизайну от запуска.

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

Я вижу только два преимущества для меньших сайтов: 6) Редактические URL-адреса, которые позволяют SEO. 7) Нет просмотра и отступных событий (и большей производительности в целом)

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

Я могу четко видеть преимущество MVC на больших многоэтажных сайтах.

Основное преимущество, которое я обнаружил, заключается в том, что он переводит проект в более тестируемую структуру. Это также довольно легко сделать с помощью веб-форм (MVP pattern), но требует от разработчика понимания этого, многие не понимают.

Webforms и MVC - жизнеспособные инструменты, оба превосходны в разных областях.

Я лично использую веб-формы, поскольку мы в основном разрабатываем приложения B2B / LOB. Но мы всегда делаем это с помощью шаблона MVP, с помощью которого мы можем достичь 95% покрытия кода для наших модульных тестов. {{1} } Это также позволяет нам автоматизировать тестирование свойств веб-элементов управления значение свойства отображается через представление, например,

bool IMyView.IsAdminSectionVisible{
       get{return pnlAdmin.Visible;}
       get{pnlAdmin.Visible=value;}
    }

) Я не думаю, что этот уровень тестирования можно так же легко достичь в MVC, не загрязняя моя модель.

1. Правильный AJAX, например JSONResults нет чушь частичного постбэка.
2. no viewstate +1
3. Без переименования HTML-идентификаторов.
4. Чистый HTML = отсутствие раздувания и хорошие шансы на рендеринг XHTML или стандартов. совместимые страницы.
5. Больше нет сгенерированного JavaScript AXD.

Francis Shanahan,

1. Почему вы называете частичный постбэк "ерундой"? Это основная функция Ajax, и она очень хорошо используется в Atlas framework и замечательных сторонних элементах управления, таких как Telerik

2. Я согласен с вашим мнением относительно состояния представления. Но если разработчики будут осторожны и отключат viewstate, это может значительно уменьшить размер HTML, который отображается, таким образом страница становится легковесной.

3. В модели ASP.NET Web Form переименовываются только элементы управления HTML Server, но не элементы управления чистого html. Что бы это ни было, почему вы так беспокоитесь, если переименование выполнено? Я знаю, что вы хотите иметь дело с большим количеством событий javascript на стороне клиента, но если вы разработаете свои веб-страницы с умом, вы определенно сможете получить все id, которые хотите

4. Даже ASP.NET Web Forms соответствует стандартам XHTML, и я не вижу никакого раздувания. Это не оправдание того, почему нам нужен паттерн MVC

5. Опять же, почему вас беспокоит AXD Javascript? Почему он причиняет вам боль? Это опять не обоснование

Пока что я являюсь поклонником разработки приложений с использованием классических веб-форм ASP.NET. Например: если вы хотите связать dropdownlist или gridview, то вам потребуется максимум 30 минут и не более 20 строк кода (минимально, конечно). Но в случае с MVC, поговорите с разработчиками, насколько это мучительно.

Самый большой недостаток MVC в том, что мы возвращаемся во времена ASP. Помните спагетти-код, в котором смешивались код сервера и HTML? О боже, попробуйте прочитать страницу MVC aspx, смешанную с javascript, HTML, JQuery, CSS, серверными тегами и прочим, что не.... Кто-нибудь может ответить на этот вопрос?