Conventions d'appellation pour les fichiers de classes partielles

Question

Je génère la majeure partie de mon code d'échafaudage ASP.NET MVC. Tous les fichiers générés sont des classes partielles qui utilisent des conventions de nommage standard. Par exemple, le fichier de mon contrôleur d'employés s'appelle EmployeeController.cs. Si je souhaite étendre le contrôleur EmployeeController avec une logique personnalisée, non générée, je crée un deuxième fichier de classe partielle appelé EmployeeControllerCustom.cs. Je sépare la logique personnalisée et la logique générée dans deux fichiers différents afin que la prochaine fois que je génère le contrôleur d'employés, mes modifications personnalisées ne soient pas écrasées. L'ajout du suffixe "Custom" au nom du fichier me semble raisonnable, mais existe-t-il une convention de dénomination des fichiers de classe partielle plus établie que je devrais suivre ?

Answer 1

J'utilise . séparation - par exemple EmployeeController.SomeSpecialBehaviour.cs . Je le relie également à l'arborescence du projet via "dependentUpon" ou autre dans le csproj, de sorte qu'il s'imbrique sous le fichier (dans l'explorateur de solutions) de manière nette. Il faut cependant le faire à la main (éditer le csproj) ou avec un addin ; par exemple :

<Compile Include="Subfolder/Program.cs" />
<Compile Include="Subfolder/Program.Foo.cs">
  <DependentUpon>Program.cs</DependentUpon> <!-- Note that I do not reference the subfolder here -->
</Compile>

apparaît comme :

• Sous-dossier
  • Program.cs
    • Program.Foo.cs

Answer 2

MISE A JOUR / CLAUSE DE NON-RESPONSABILITE : En 2018, quelqu'un a modifié la réponse de Marc Gravell♦ (celle acceptée ci-dessus) pour inclure un sous-dossier dans son exemple. Et comment gérer le cas d'avoir un sous-dossier est le point principal de la réponse de Marc Gravell☦. este répondre.

Sans cet avertissement, vous ne comprendriez probablement pas pourquoi cette réponse existe et pourquoi elle a autant de votes.

---

Pour compléter la réponse de Marc Gravell♦, j'ai eu une situation avec des fichiers dans un sous-dossier et l'option DependentUpon étant ignoré. En bref, dans un tel cas, my xml devait être :

<Compile Include="foo\bar.cs" />
<Compile Include="foo\bar.baz.cs">
    <DependentUpon>bar.cs</DependentUpon>  <!-- Note that I do not reference the subfolder here -->
</Compile>

J'espère que cela aidera quelqu'un :)