Текущий дизайн
В нынешнем виде этот код не реализует шаблон адаптера. Что касается известных шаблонов проектирования, этот код не удовлетворяет всем, что я знаю. Вместо этого в приведенной ниже схеме используются базовые программные принципы: наследование и псевдопередача.
Ваша цель - «преобразовать PageInfo в ResponseDto». Я предполагаю, что вы имеете в виду, что хотите передать экземпляр ResponseDto, который инкапсулирует и делегирует классу PageInfo.
Причина, по которой это не является примером шаблона Adapter, заключается в том, что в настоящее время нет интерфейса, уникального для ResponseDto. На самом деле, он вообще не имеет интерфейса и не делегирует PageInfo & nbsp; & nbsp; Problem & nbsp; 1.
Шаблон адаптера специально создан для инкапсуляции различных интерфейсов.
Примечания / предложения / проблемы:
Сравнивая традиционные 3 уровня веб-приложение ASP.NET с ASP.NET MVC, следующее становится соответствующими элементами:
Слоем Бизнес-логики и Уровнем доступа к данным вместе является Модель
Файлом ASPX является Представление
Кодом - позади (ASPX.CS) является Контроллер
Взгляните на эти ссылки для большего количества обсуждения той же темы на ТАК:
ASP.NET веб-приложение MVC по сравнению с веб-приложением ASP.NET
Как шаблон MVC отличается, если вообще, от DAL / шаблон разработки BLL?
Я уже запустил к проекту MVC ASP.NET. В моей архитектуре, слои почти как Ваша.
Существует Слой Объекта, соответствует Вашему Уровню доступа к данным и Бизнес-Слою, как разделенный проект к легкому для включения к другому проекту в соответствует Бизнес-Слою. И существуют Модальные средства доступа Слоя в Модальной части приложения MVC.
Вот ссылка от Asp. Сетевая Документация Mvc, которая дает немного совета структуры приложения.