Organisation de l'espace de noms MVC

Question

Espérant que la communauté SO peut aider à résoudre un débat au bureau. Pour le moment, notre conclusion est «ça dépend»!

Dans MVC, comment organisez-vous vos espaces de noms?

Option A

-vous aller dans le MS ASP.NET MVC d'avoir un modèles, contrôleurs et espace de noms Vues?

Option B

Ou séparer-vous chaque triade MVC en elle est 'fonction' logique, par exemple:

Feature A

• FeatureAModel
• FeatureAController
• Types
  • IFeatureAView (interface - de sorte que le contrôleur NE ref Voir pas un béton)
• Voir
  • FeatureAView (béton)

On peut voir le point de deux . J'aime l'option B car elle structure mieux mes projets en studio - en un coup d'œil, je peux voir où tout est regroupé par caractéristique. Mais l'option A nous donne une option de mise à l'échelle plus facile si nous voulons déplacer tous nos modèles dans une couche de service à l'avenir, par exemple.

Toutes les pensées sont les bienvenues!

Answer 1

Je préfère une combinaison des deux dans une hiérarchie. Votre option A est mon niveau supérieur et à l'intérieur de cette caractéristique sage.

Answer 2

Personnellement, j'ai tendance à privilégier l'idée de garder tous mes contrôleurs dans le même espace de noms, uniquement parce que, par défaut, le routage n'est pas conscient de l'espace de noms.

Cela signifie que si j'essaie de nommer mes contrôleurs du même nom, j'obtiens une erreur de temps de compilation plutôt qu'une erreur d'exécution bizarre à propos du routage.

Quoi qu'il en soit, il y a eu quelques articles de blog que vous pouvez rechercher sur google pour plus d'informations à ce sujet.

Je dirais donc

Option A