Ответ 1
Этот недавний вопрос может решить ваши проблемы: Как шаблон MVC отличается, если вообще, от шаблона проектирования DAL/BLL?
Веб-приложение ASP.NET MVC и веб-приложение ASP.NET
Кроме того, что ASP.NET MVC Web Application имеет более четкое представление о реализации шаблона MVC и что он строго следует шаблону MVC, как он отличается от ASP.NET Web Application?
Если вы создаете веб-приложение ASP.NET уровень бизнес-логики, Уровень доступа к данным и строго выполняйте все запросы данных, используя их, то doesnt он полностью соответствует шаблону MVC?
Моя логика здесь: BLL и DLL вместе - это Модель, страница ASPX - это Вид, а страница с кодом (ASPX.CS) - это контроллер.
Заранее благодарим любого, кто может подтвердить вышеизложенное и/или пролить больше света на эту тему.
Ответы
Ответ 2
Требуется немного больше опыта, дисциплины и работы для разработки веб-приложения ASP.NET MVP, чтобы ваше приложение поддерживало автоматизацию тестирования. Когда вы можете удалять расширенный GridView на странице вместе с SqlDataSource и привязывать его непосредственно к хранимой процедуре, вы бросаете автоматизацию тестирования из окна.
Многие приложения MVP написаны с использованием сторонних инструментальных средств, которые инкапсулируют много логики codebehind. Это, как правило, устраняет ваше четкое разделение обязанностей в дизайне MVP.
С положительной стороны я могу написать веб-приложение ASP.NET с богатым пользовательским интерфейсом, используя сторонний инструментарий в 10-м раз, когда я могу с MVC в нем текущее состояние. Для простого администратора, который я бы сделал сегодня. Для приложения с большим ядром n я бы наклонился к MVC.