Où mettre des pièces partagées lors de l'utilisation de l'architecture d'oignon?

Question

J'essaie d'appliquer l'architecture d'oignon de J. Palerme, mais j'ai quelques choses avec lesquelles je me débats.

J'ai quelques parties et je ne sais pas exactement où les mettre ces.

• J'ai un moteur à plug-in qui lit un répertoire et déterminer les choses à charger en pour faire
• Vous avez des fichiers de ressources avec des traductions qui sont utilisées dans plusieurs projets.Où devrais-je mettre ces fichiers?
• J'ai des attributs qui sont utilisés dans tout le système.Où les mettre ces?
• J'ai également deux contrôleurs de base, quelques résultats par défaut et des vues.Où devrais-je me mettre ces?

  Tous ces articles sont utilisés dans plusieurs projets afin que je souhaite mettre les articles à un point central.

  Ma structure de solution actuelle est à la sorte que ceci:

  • Project.core (contient les objets de domaine et les interfaces des référentiels)
  • projet.infrastructure (est la mise en œuvre du noyau)

    J'utilise MVC2.

Answer 1

Je ne pense pas que ce soit quelque chose que l'architecture d'oignon résoudrait en soi. Ce que je ferais, c'est de mettre tous ces éléments dans un ou plusieurs projets, dans une autre solution et construire des packages Nuget me permettant de les déployer partout où j'aurais besoin d'eux. De cette façon, j'aurais déployé des articles comme vos contrôleurs de base dans votre projet MVC et votre plugin / traduction dans votre projet d'infrastructure.

De cette façon, chaque fois que vous aurez besoin de disposer de ces éléments disponibles dans vos projets nouvellement créés, vous devrez simplement déployer le colis.

Ces articles deviendront indépendants, stockés dans un point central (une nouvelle SLN) et auront son propre cycle de sortie!