Был занят созданием нового приложения, в основном у меня есть dataccess, уровень сервиса и уровень представления ... Все работает отлично, но я использую классы сущностей, которые возвращаются EF. Проблема здесь заключается в том, что я передаю их на уровень представления, поэтому мне нужно добавить ссылку на объект/dataccess на уровень представления - НЕ ХОРОШО:Automapper для использования с Entity Framework с использованием шаблона репозитория?
Итак, моя идея заключалась в следующем и искала некоторую помощь и подтверждение, что я спускаясь в правильном направлении ...
Создать набор классов в уровне услуг, как клиент, заказ и т.д., потому что уровень представления имеет ссылку на сервисный уровень ..
Когда клиент объект возвращается в dataccess, я вернул бы класс сущности, то есть клиент, в службу d я бы сделал отображение здесь - Не слишком уверен, нравится ли мне это?
, где были бы лучшие места для этих «стандартных классов», которые я использую для сопоставления, если я поместил их на уровень обслуживания и выполнил сопоставление данных, то это создаст круговую ссылку как Dataccess> service и сервис> DATAACCESS .. - он должен быть только один способ т.е. обслуживание> DATAACCESS
Я думал об использовании Automapper (http://www.codeplex.com/AutoMapper), чтобы заботиться об этом, я на правильном направлении ??? Любые идеи или примеры действительно оценены.
Как я уже сказал, только когда я возвращаюсь из уровня доступа к данным на сервисный уровень (используя Iqueryable), мне нужно сопоставить их с классами сущностей и использовать стандартные классы коллекций.
Я думаю, что это то, где я запутался, я чувствую, что это не хорошо, используя классы сущностей, потому что это означает, что мне нужна ссылка на сущность framework/dataaccess в моем слое представления, чтобы иметь возможность доступа к классам сущностей. .