Namenskonventionen für Teilklassendateien

Ich generiere den Großteil meines ASP.NET MVC-Gerüstcodes. Alle generierten Dateien sind Teilklassen, die Standard-Namenskonventionen verwenden. Beispielsweise heißt meine Mitarbeiter-Controller-Datei EmployeeController.cs. Wenn ich den EmployeeController mit benutzerdefinierter, nicht generierter Logik erweitern möchte, erstelle ich eine zweite Teilklassendatei mit dem Namen EmployeeControllerCustom.cs. Ich trenne die benutzerdefinierte und generierte Logik in zwei verschiedene Dateien, damit meine benutzerdefinierten Änderungen beim nächsten Generieren des EmployeeController nicht überschrieben werden. Das Hinzufügen des Suffixes "Benutzerdefiniert" zum Dateinamen erscheint mir vernünftig, aber gibt es eine etabliertere Namenskonvention für Teilklassendateien, die ich befolgen sollte?

Ich benutze .zum Beispiel Trennung EmployeeController.SomeSpecialBehaviour.cs. Ich verknüpfe es auch über "abhängiges Upon" oder was auch immer es im csproj ist, in den Projektbaum, damit es ordentlich unter der Datei (im Lösungs-Explorer) verschachtelt ist. Sie müssen dies jedoch von Hand (bearbeiten Sie das csproj) oder mit einem Add-In tun. beispielsweise:

<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>

erscheint als:

• Unterordner
  • Program.cs
    • Program.Foo.cs

Um die Antwort von Marc Gravell ♦ zu ergänzen, hatte ich eine Situation mit Dateien in einem Unterordner und dem DependentUponKnoten, der ignoriert wurde. Das kurze daran ist, dass in einem solchen Fall meine XML sein musste:

<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>

Ich hoffe das hilft jemandem :)