Conventions De Nommage Pour Les Fichiers De Classes Partielles
je génère la majeure partie de mon ASP.NET code d'échafaudage MVC. Tous les fichiers générés sont des classes partielles qui utilisent des conventions de nommage standard. Par exemple, mon fichier controller employé s'appelle EmployeeController.cs. Si je souhaite étendre le Controller EmployeeController avec une logique personnalisée, non générée, je crée un deuxième fichier de classe partiel nommé EmployeeControllerCustom.cs. Je sépare la logique personnalisée et générée en deux fichiers différents donc la prochaine fois que je générerai le Controller EmployeeController my des modifications personnalisées ne sont pas remplacés. Ajouter le suffixe "Custom" au nom du fichier me semble raisonnable, mais y a-t-il une convention de nommage de fichier partiel plus établie que je devrais suivre?
2 réponses
j'utilise . séparation - par exemple EmployeeController.SomeSpecialBehaviour.cs . Je le lie aussi dans l'arbre du projet par "dependentUpon" ou ce qu'il est dans le csproj, de sorte qu'il niche sous le dossier (dans l'Explorateur de solution) soigneusement. Vous devez le faire à la main (éditer le csproj) ou avec un addin, par exemple:
<Compile Include="Program.cs" />
<Compile Include="Program.Foo.cs">
<DependentUpon>Program.cs</DependentUpon>
</Compile>
apparaît comme:
-
Program.cs-
Program.Foo.cs
-
pour ajouter à la réponse de Marc Gravell♦, j'ai eu une situation avec des fichiers dans un sous-dossier et le noeud DependentUpon étant ignoré. Bref, dans un tel cas, mon 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 aide quelqu'un :)