Лучшее решение для администрирования в ASP.NET?

Question

Я собираюсь создать веб-приложение, в котором многие пользователи будут вводить данные в SQL Server с ASP.NET 3.5. Там не будет большой нагрузки данных, отправляемых клиенту, так как данные будут установлены на размер страницы из базы данных. Хранимые процедуры используются. Я спрашиваю вас, ребята, имеющие опыт работы в Web 2.0, также известный как AJAX, jQuery и другие клиентские технологии (без обратной передачи), о производительности и гибкости. Я также рассмотрел ASP.NET MVC, но большинство примеров показано либо в LINQ to SQL, либо с Entity Framework. LINQ to SQL работает медленнее, чем обычный ADO.NET. Я предпочитаю загружать данные в объекты.

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

Предпочтительно решение с минимальным кодированием.

Что вы предлагаете?

Answer 1

Читая твой пост я вижу следующие требования / желания ...

Система будет находиться в режиме от приемлемой до высокой нагрузки, минимального кодирования, хранимых процедур, загрузки данных в объекты.

Похоже, ORM будет отличным решением. Он может выполняться медленнее, чем необработанные вызовы ADO.net, НО вы значительно минимизируете кодирование и можете использовать хранимые процедуры в L2S и Entity Framework, и они оба могут хорошо работать в условиях стресса. Например, этот сайт использует L2S. :)

Использование ORM также должно сократить ваше время разработки, поскольку вам не придется писать весь код доступа к базе данных.

Вы по-прежнему можете загружать данные в объекты, сохраняя L2S или Entity Framework в качестве слоя в своем приложении, который просто осуществляет доступ к необработанным БД. Затем вы создаете другой слой, который вызывает это, чтобы заполнить ваши объекты данными, но вы можете контролировать, как проектировать эти объекты и как они работают. На самом деле это рекомендуемый подход. Вот ссылка, которая показывает, как вы можете создать многоуровневый подход. :)

http://weblogs.asp.net/dwahlin/archive/2008/02/28/building-an-n-layer-asp-net-application-with-linq-lambdas-and-stored-procedures.aspx

Что касается вашей клиентской технологии с MVC, AJAX, jQuery и т. Д. ... это хороший выбор, а с MVC вы имеете полный контроль над HTML и не имеете никакого состояния беспокойства по сравнению с Web Forms.

Answer 2

Здесь есть много ответов, и не у всех есть определенное, что вы должны сделать XXX, а не XXX. Позвольте мне попытаться сломать это.

ASP.MVC против веб-форм (стандарт ASP.NET) Вы можете сделать достойное приложение для ввода данных, используя любую платформу. Веб-формы существуют дольше и, безусловно, имеют больший охват учебными пособиями, но ASP.NET MVC так же способен. MVC будет становиться все круче и злее, что хорошо, если вы стремитесь к чистой отзывчивости, но это можно сделать и с веб-формами, просто требуется больше работы (отключение ViewState, SessionState, минимизация обратных передач и т. Д.) И удаление некоторых из Преимущества Webforms.

Доступ к данным Если вы уже решили использовать хранимые процедуры в качестве основного метода доступа к данным, вы ничего не получите от ORM (Linq2Sql, Linq2Entities, NHibernate, Subsonic и т. Д.). Если вы действительно хотите использовать преимущества ORM, вам придется отказаться от хранимых процедур для вашего основного интерфейса данных.

Однако Linq2Sql считается достаточно быстрым. Linq2Entities немного медленнее, но это, вероятно, улучшится. NHibernate и Subsonic еще медленнее. Не очень полезно сравнивать какие-либо из них с ADO.NET, поскольку они делают совершенно разные вещи (которые вращаются вокруг разговора с базой данных). Но все это довольно бессмысленно, поскольку самая медленная часть любой системы будет отправлять данные через Интернет туда и обратно пользователю.

Answer 3

Вы уже просмотрели Asp.net Dynamic Data Project , что делает его довольно быстрым от запуска до работающего приложения. Затем вы бы изменили то, что вам нужно изменить. Но вам, возможно, придется узнать некоторые новые технологии, чтобы сделать это. Возможно, Sps не будет в вашем конечном решении.

Определенно минимальное кодирование.