Как я могу сделать быструю разработку приложений с ASP.NET MVC? [закрытый]

Простое веб-приложение + плотный график = веб-формы ASP.NET.

Сложное веб-приложение + плотный график = ASP.NET MVC.

Я обнаружил, что по мере линейного увеличения сложности веб-приложения сложность приложения веб-форм увеличивается в геометрической прогрессии. Как только вы начнете писать свои собственные серверные элементы управления (НЕ пользовательские элементы управления, поскольку они все еще относительно просты), которые могут быть необходимы для более сложного пользовательского интерфейса, вам необходимо иметь глубокие знания обо всем жизненном цикле страницы, о том, как работает состояние просмотра и т. Д. непонятные части веб-форм, которые фреймворк абстрагирует от вас.

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

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

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

---

Переход с ASP.NET на MVC не всегда самый простой. Вам нужно перейти от приложения на основе кода к тому, где ваши контроллеры не знают о вашем пользовательском интерфейсе. Кроме того, MVC в значительной степени полагается на URL-адрес для определения намерений пользователя, тогда как ASP.NET полагается на обработчики событий.

Лично я чувствовал, что приложение предназначено для MVC, я бы не стал тратить время на его разработку в ASP.NET. Но потом я смог пройти начальную кривую обучения. Что было не так уж и плохо, ИМХО. У меня было больше проблем с изучением всех HTML и HTML-форм, которые ASP.NET мешал мне изучить.

у меня было преимущество, что он прошел начальную кривую обучения. Что было не так уж плохо, ИМХО. У меня было больше проблем с изучением всех HTML и HTML-форм, которые ASP.NET мешал мне изучить.

у меня было преимущество, что он прошел начальную кривую обучения. Что было не так уж и плохо, ИМХО. У меня было больше проблем с изучением всех HTML и HTML-форм, которые ASP.NET мешал мне изучить.

MVC на самом деле не является средой разработки RAD.

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

MVC 2 решает некоторые проблемы, включая вспомогательные средства HTML на основе модели, такие как Model.EditorFor () , но пока этого недостаточно. Нет быстрого кода сетки. Пейджинг? Вы катите свой собственный пейджер. Аякс? Напишите свой собственный JQuery.

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

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

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

Если ваш пользовательский интерфейс должен быть действительно, действительно простым, вы можете посмотреть Динамические данные ASP.net.

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

Эволюционная разработка программного обеспечения

По опыту я ручаюсь за это - это то, как я программирую, это работает независимо от технологии.

Короче: делайте то, что подсказывает вам интуиция (code что-то), модифицируйте по мере обнаружения ошибок / упущений, и когда это сработает, все готово (кроме документации).

ASP.Net MVC хорошо, но ....

Если вы раньше не разрабатывали систему с использованием ASP.Net MVC, то использование ее в проекте с короткими сроками является риском.

Если ваше приложение представляет собой "простое" приложение CRUD, я бы выбрал Dynamic Data: http://www.asp.net/dynamicdata/ (Пэдди меня опередил)

Если ваша система действительно большая, вы можете рассмотреть службы SharePoint Access http://blogs.msdn.com/access/archive/2009/10/21/net-developer -blogs-about-access-2010.aspx

Другой вариант - использовать Alpha Five v10 -- Недавно он получил большой палец вверх от Infoworld. смотрите http://blog.alphasoftware.com/search/label/Press%20coverage