Oignon Framework: Doit-on accéder directement au référentiel UI/Controllers?

Question

Dans la structure Onion, la couche externe peut accéder à toutes les couches internes. Si je passe par là, ma couche externe (qui est la couche d'interface utilisateur/contrôleur dans MVC) peut également accéder directement aux services d'application/d'entreprise et aux dépôts. Maintenant, mon contrôleur peut créer un modèle de domaine et le conserver dans le magasin de données en utilisant le référentiel. Et ainsi contourner la validation et d'autres règles métier écrites en couche de gestion. Je crois, il me manque quelque chose. S'il vous plaît aider.

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

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

Answer 1

je dis "non", bien que Palerme a lui-même indiqué par ailleurs dans les conversations twitter. Je dis que chaque couche est autorisée à parler à la couche interne suivante et ne pas le contourner. L'exception que je fais à cette règle est si la fonctionnalité en question est simplement CRUD pour les données de référence. Je ne vois aucune raison d'introduire la complexité supplémentaire pour ce type de données. Une autre alternative consiste à faire en sorte que votre implémentation de référentiel applique la validation des règles métier. Puisque la mise en œuvre est sur la couche la plus externe de l'oignon, cela devrait être assez facile à faire.

J'ai trouvé le Hexagonal Architecture d'Alistair Cockburn éclairant et plus simple que l'architecture d'oignon. Fondamentalement, il y a "dans mon application" et "en dehors de mon application". Chaque fois que vous devez franchir cette limite, vous avez besoin d'un adaptateur pour protéger votre application des détails d'implémentation.