Блоки Catch, которые содержат несколько исключений, в некоторой степени уменьшают этот беспорядок

отаю над проектом со старым сервисным уровнем, который во многих местах возвращает ноль, если запрошенная запись не существует или недоступна из-за того, что вызывающий абонент не авторизован. Я говорю о конкретных записях, запрошенных по ID. ...

Я согласен с @AbdouMoumen, что гораздо проще использовать модельные объекты на уровне представления. Уровень обслуживания должен предоставлять API для сохранения этих объектов в хранилище данных (дБ). Уровень обслуживания не должен тупо дублировать юриста хранилища (т. Е. Сохранить (сущность) для каждой сущности), а должен обеспечивать сохранение высокого уровня для совокупности сущностей. Например, у вас может быть Save (заказ) в слое сервиса, который приводит к обновлению более базовых объектов, таких как инвентарь, клиент, учетная запись.

ользуюService Layer --> Repository --> Entity Framework (Code-First) w/POCO objects подход, и я испытываю трудности с обновлением сущностей. Я использую AutoMapper для сопоставления моих доменных объектов с моими моделями представления, и это ...

 с MEF и шаблоном репозитория (также использует EFCodeFirst).

сих пор с трудом оборачиваюсь вокруг этого. Я хочу разделить свои слои (DLL) следующим образом: 1) MyProject.Web.dll - MVC Web App (Контроллеры, Модели (Редактировать / Просмотреть), Представления) 2) MyProject.Services.dll - Сервисный уровень ...

 он рассматривает UoW с точки зрения модульного тестирования, но также охватывает репозитории. Там, где он ссылается на репозитории из контроллера MVC, у вас будет другой промежуточный уровень обслуживания.

даю приложение MVC, используя шаблон Service Layer / Repository / Unit of Work с EF4. Я немного запутался в логике. Я знаю, что дело в том, чтобы отделить систему, но я немного запутался. Поэтому контроллеры MVC вызывают сервисы для заполнения ...

Таким образом, ваш репозиторий должен увлажнять всю сущность, даже если она не используется? Это кажется очень неэффективным.

я есть уровень хранилища, который отвечает за мой доступ к данным, который вызывается уровнем обслуживания. Сервисный уровень возвращает DTO, которые сериализуются и отправляются по проводам. Чаще всего сервисы делают немного больше, чем просто ...

@ eldar, я думаю, что оба подхода хороши. И, кстати, для меня EF-модели не следует рассматривать как модели (если вы не используете подход Code First) => они просто генерируются автоматически вспомогательными транспортными объектами базы данных, которые должны входить в репозиторий CRUD, а не в службу, потому что они часто загрязнены / связанных с используемой вами технологией доступа к данным (в данном случае EF).

м, у меня есть RegisterModel для регистрации пользователей и некоторые UserService, которые реализуют IUserService public interface IUserService { User CreateUser(User newUser); } [HttpPost] public ActionResult Register(RegisterModel model) { if ...

Уровень репозитория реализован для доступа к базе данных и помогает расширить операции CRUD над базой данных. Принимая во внимание, что сервисный уровень состоит из бизнес-логики приложения и может использовать уровень хранилища для реализации определенной логики, включающей базу данных. В приложении лучше иметь отдельный уровень хранилища и уровень обслуживания. Наличие отдельных уровней хранилища и обслуживания делает код более модульным и отделяет базу данных от бизнес-логики.

отличаются шаблоны проектирования ООП между шаблоном репозитория и уровнем сервиса? Я работаю над приложением ASP.NET MVC 3 и пытаюсь понять эти шаблоны проектирования, но мой мозг просто не понимает этого ... пока !!

Зачем использовать сервисный слой?

Обязанности уровней обслуживания и репозитория

Просто пытаюсь разобраться с обязанностями уровня обслуживания и уровня хранилища при сохранении объекта в моем хранилище сохраняемости.Мое понимание сейчас ...

Назначение сервисного уровня и ASP.NET MVC 2

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