Onion Framework: если UI/контроллеры имеют прямой доступ к репозиторию

Question

В структуре Onion внешний слой может получить доступ ко всем внутренним слоям. Если я пойду этим, мой внешний слой (который является слоем UI/Controller в MVC) может напрямую обращаться к приложениям/бизнес-сервисам и репозиториям. Теперь мой контроллер может создать модель домена и сохранить ее в хранилище данных с помощью репозитория. И, таким образом, обходим проверку и другие бизнес-правила, написанные на бизнес-уровне. По-моему, я чего-то не хватает. Пожалуйста помоги.

public SpeakerController(IConferenceRepository conferenceRepository, 
         IUserSession userSession, IClock clock) 
    : base(userSession) { 
    _conferenceRepository = conferenceRepository; 
    _clock = clock; 
    _userSession = userSession; } 

из http://jeffreypalermo.com/blog/the-onion-architecture-part-2/

Answer 1

Я говорю "нет", хотя сам Палермо указал иначе в твиттер разговоров. Я говорю, что каждому слою разрешено разговаривать со следующим внутренним слоем, а не обходить его. Исключением, которое я делаю для этого правила, является то, что рассматриваемая функциональность в основном представляет собой CRUD для справочных данных. Я не вижу причин вводить дополнительную сложность для такого рода данных.

Другая альтернатива заключается в том, чтобы ваша реализация репозитория обеспечивала проверку бизнес-правил. Поскольку реализация находится на самом внешнем слое лука, это должно быть довольно легко сделать.

Я нашел Alistair Cockburn's Hexagonal Architecture, освещающий и более простой, что луковая архитектура. В основном есть «внутри моего приложения» и «вне моего приложения». В любое время, когда вам нужно пересечь эту границу, вам нужен адаптер для защиты вашего приложения от деталей реализации.