what sharp parcial metodo ejemplo classes c# naming-conventions code-generation partial-classes

sharp - using class c#



Convenciones de nombres para archivos de clases parciales (2)

Para agregar a la respuesta de Marc Gravell ♦, tuve una situación con archivos en una subcarpeta y el nodo DependentUpon siendo ignorado. En resumen, en ese caso mi xml tenía que ser:

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

Espero que esto ayude a alguien :)

Estoy generando la mayor parte de mi código de andamio ASP.NET MVC. Todos los archivos generados son clases parciales que usan convenciones de nomenclatura estándar. Por ejemplo, mi archivo de controlador de empleado se llama EmployeeController.cs. Si deseo extender el EmployeeController con lógica personalizada, no generada, creo un segundo archivo de clase parcial llamado EmployeeControllerCustom.cs. Separé la lógica personalizada y la lógica generada en dos archivos diferentes, así que la próxima vez que genero EmployeeController, mis cambios personalizados no se sobrescribirán. Agregar el sufijo "Personalizado" al nombre del archivo me parece razonable, pero ¿hay una convención de nomenclatura de archivos de clase parcial más establecida que debería seguir?


Yo uso separación - por ejemplo, EmployeeController.SomeSpecialBehaviour.cs . También lo vinculo al árbol del proyecto a través de "dependentUpon" o lo que sea que esté en el archivo csproj, de modo que anida cuidadosamente debajo del archivo (en el explorador de soluciones). Sin embargo, tienes que hacer eso a mano (edita el archivo csproj) o con un complemento; por ejemplo:

<Compile Include="Program.cs" /> <Compile Include="Program.Foo.cs"> <DependentUpon>Program.cs</DependentUpon> </Compile>

aparece como:

  • Program.cs
    • Program.Foo.cs