Какая платформа допускает более быструю разработку, веб-формы ASP.NET или MVC?

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

С MVC Вы никогда не проводите время, пытаясь разработать, почему ItemDataBound и ItemCommand не стреляют, когда Вы ожидаете их к.

Если Вы думаете, что это сэкономит Вам время, то MVC, вероятно, для Вас.

На данном этапе WebForms, является более сформировавшимся. Я желаю, например, чтобы проверка (сторона клиента и сервера) поддерживала в MVC. Однако я полностью ожидаю, что со временем это улучшится. Лучшая вещь о MVC с моей точки зрения состоит в том, что MVC делает мой код намного более тестируемым. Я оставлял много кода непротестированным с WebForms просто, потому что было слишком трудно протестировать codebehind. Теперь я могу записать модульные тесты на всю свою логику контроллера.

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

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

Кроме того, способность записать модульные тесты на Вашу логику намного более быстро (и намного с меньше уверенности в насмешках!) большое преимущество.

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

Это зависит от того, как Вы разрабатываете.

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

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

Принося Ajax в изображение, если Вы - кто-то, кто полагается на UpdatePanel, MVC, вероятно, был бы невыразимо скуден для Вас.

(Это не начинает решать субъективную проблему, которой тип разработки более "корректен". Я не верю в этом суть этого вопроса все же.)

Я думаю в конечном счете, что MVC будет явным победителем для Веб-разработчиков. Однако ASP.NET сохранит очень важную роль, потому что всегда будут парни.NET, которые считают себя веб-разработчиками, которые являются действительно парнями winform.NET. ASP.NET без MVC позволяет Вам бросить материал вместе действительно быстро, но можно легко закончить с ужасным, ужасным, безобразным HTML, CSS и JavaScript. MVC открывает дверь для замечательности, но требует более дисциплинированного подхода разработчиками.

с Perl

use File::Copy move;
while (my $file= <*.txt> ){
    my ($band,$others) = split /\s+-\s+/ ,$file ;
    mkdir $band;
    move($file, $band);
}

Я использовал VWG для многочисленных проектов в течение последних 5 лет и могу сказать вам, что это действительно чудо: -). Я никогда раньше не делал таких удивительных веб- приложений. Мгновенный AJAX, не нужно никогда касаться HTML или CSS, и продукт постоянно становится лучше. Я знаю, что трудно доказать, что я настоящий пользователь, а не с компанией, поэтому не стесняйтесь задавать мне больше вопросов, я буду продолжать проверять эту нить.

Я не профессиональный разработчик, и я мало знаю о внутренней работе ASP или VWG, но с точки зрения ваших вопросов...

Как насчет скорости? - Это потрясающе быстро. AJAX работает быстрее, чем большинство рамок AJAX.

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

Как обстоят дела с безопасностью? - Это так же безопасно, как ASP. У них даже был конкурс на 10 000 долларов, чтобы посмотреть, может ли кто-то взломать VWG - пока что нет победителей.

- Дэнни

Когда дело доходит до первых 90% разработки, WebForms является явным победителем. Это то, что последние 10% это проблема и где MVC имеет преимущество.

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

• Насколько знакомы разработчик с рамками?
• Насколько всеобъемлющим является дизайн?
• Насколько сложны требования?
• Насколько стабильно является структурой?

Я впервые вступил в контакт с ASP. Net MVC незадолго до 1.0 был выпущен. До этого я был очень знакомым и очень комфортно с ASP.NET WebForms, но я все еще разочаровался с процессом разработки в целом. Я знал о целях, окружающих отделение проблем, и достаточно знал, что четкое разделение не было возможно с WebForms без плавания против тока, создаваемого структурой.

С момента работы с ASP.NET MVC я очень быстро нашел, что у меня пропустил лодку по ряду вещей. Хотя WebForms позволяет создавать вещи «быстрее», вы в основном содержались заложники от реализации Microsoft, а не позволяя вам более легко переваривать установленные стандарты (такие как JavaScript, CSS и AJAX) в средах, которые не включают Microsoft. Кроме того, создание новых инструментов, поведения и функциональность не должно мотивироваться продаж и рентабельностью, но поскольку технологические требования сообщества разработчика требуют этого. Я работал над этим текущим проектом MVC с апреля. Мне очень нравится работать с этой рамками, и порекомендовала бы его почти никому, и все заинтересованы в отъезде от WebForms. Изучение структуры занимает немного времени, но как только вы понимаете, вы буквально удивляетесь, почему вы не могли бы сделать этот путь с самого начала.

Вы можете создавать приложения быстрее с WebForms, но, если вы хотите, чтобы профессиональные веб-сайты, вам придется инвестировать в компонентные библиотеки, которые все равно потребуют, чтобы вы изучали эти установленные стандарты, чтобы использовать их должным образом. Если мой 11-летний сын высказал интерес к обучению веб-разработки завтра, учитывая выбор вебформ или MVC, мой выбор будет MVC. Это, как говорят, я бы все равно предложил его к изучению JavaScript, jQuery и Ajax, прежде чем он даже коснулся MVC, потому что понимание этих структур принимает понимание почти все, что намного проще.

Лично я не сторонник «быстрого развития». Я провел свою карьеру в качестве корпоративного разработчика и просматривать внутренний разработок в качестве инвестиций. Я бы предпочел проводить на 20% больше времени в разработке и разработки, а не замкнув проект на 20%, чтобы соответствовать нереальному сроку. Каждый доллар «Сохранено» во время первоначального развития будет легко стоить вам не менее 1,50 долл. США из-за затрат на техническое обслуживание, повторное воспитание и архитектурные изменения из-за новых требований. Но не все думают, как я, так что ... мой простой ответ будет MVC.

Когда Вы имеете дело с производительностью ASP.NET MVC против ASP.NET Web Forms, рассмотрите этих двух разработчиков.

1. Общий .NET разработчик , который имеет большой опыт написания WinForms и WebForms приложений.
2. Разработчик общих веб-приложений, который может писать код на C#, но знает HTML, CSS и jQuery/MooTools/etc, как на задней стороне руки.

Общий разработчик Generic .NET Developer будет наиболее эффективным при написании кода в оригинальных ASP.NET веб-формах . Это потому, что они очень хорошо знают событийные модели (так как они зеркалируются между WinForms и WebForms) и смогут быстро построить веб-сайт, используя эту ментальную модель.

• MVC будет иметь большую кривую обучения, потому что это полный отход от его существующих знаний "Как работает веб" . Это камни преткновения, которые этот разработчик найдет в MVC:
  • Надо выучить HTML и CSS до такой степени, что они поймут, что происходит и как вещи взаимодействуют друг с другом.
  • Изучение javascript и как вызывать на сервер ajax.
  • Узнать, как поддерживать состояние, обнаружить, что куки небезопасны и что сессия имеет определенные "догадки".

Generic Web Application Developer Generic будет наиболее эффективным в ASP.NET MVC , потому что фреймворк зеркально отражает то, как они думают о веб-приложениях - нет никаких событий, нет состояния приложения и т.д.. Они уже знают, как писать хороший HTML и стилизовать его, используя CSS, они знают, как написать ajax вызов обратно на сервер.

• Web Forms не является хорошей моделью для этого разработчика, потому что это отход от его существующих знаний "Как работает веб" . Это камни преткновения, которые этот разработчик найдет с помощью веб-форм ASP.NET:
  • Придется потратить время, чтобы понять, как работает Жизненный цикл страницы.
  • ViewState вызовет много проблем, что приведет к раздуванию страницы.
  • Обычно приходится много взламывать HttpRequest, чтобы исправить весь плохой код, который выходит из некоторых WebForm Controls.
  • Научиться справляться с обратными вызовами AJAX вместо того, чтобы просто использовать имеющиеся у них знания о том, как вызвать URL из jQuery.

Моя основная мысль заключается в том, что разные разработчики будут иметь разный уровень производительности, основываясь на их предыдущем опыте веб-разработки. Лично я предпочитаю ASP.NET MVC, я могу построить что-нибудь очень быстро и получить на выходе именно то, что я собираюсь.

Я - разработчик №2, я написал веб-приложения (большинство из них маленькие) на Ruby on Rails, Django, ASP.NET Web Forms и ASP.NET MVC. Знания о веб-разработке между этими 3 фреймворками практически взаимозаменяемы (за исключением знания языка хостинга - ruby vs. python vs. c#).

Самое обидное, что я нахожу в веб-формах ASP.NET, это то, что он пытается сделать слишком много для разработчика (такие вещи, как состояние приложения, веб-события), вывод кода часто не очень хорошо играет с веб-стандартами, веб-формы 2.0 привязаны непосредственно к XHTML 1.0 Transitional. Все, что выходит за рамки быстрой и грязной DataGrid и формы CRUD строк в базе данных, обычно причиняет больше боли и страданий по сравнению с написанием в ASP.NET MVC.