estándares / pautas de nomenclatura de clase c #

18

A lo largo de los años, he utilizado varias convenciones de nomenclatura para servicios en mis aplicaciones.

por ejemplo:

Servicio [ClassName]  
Gerente [ClassName]  
[ClassName] Factory  
Proveedor [ClassName]  
[ClassName] Helper

Por lo general, solo uso el sufijo "Helper" para las clases de utilidad que no tienen dependencias externas.

Sin embargo, me parece que hay un poco de cruce entre los demás, y me pregunto si hay alguna recomendación / estándar / guía sobre qué usar y cuándo.

c# naming
fuente
44
¿Cómo es esto fuera de tema? "¿Hay alguna recomendación / estándares / pautas?" es una pregunta válida, la respuesta podría ser: "Sí, aquí hay un enlace a las pautas de MS."
Kieren Johnstone
Entonces, ¿se puede mover en lugar de cerrar? Todavía se relaciona con la programación de la OMI
@ Kon, no estoy de acuerdo. Es una pregunta válida para StackOverflow. stackoverflow.com/questions/495051/…
Filip Ekberg
@Ben, avíseme si encuentra una respuesta a esto, ya que me gustaría ver qué pautas sugieren las personas.
44
@svick bien, lo haces sonar como si fuera absolutamente obvio. No lo creo. Podría tener un ProductManager que guarde productos o un ProductService que guarde productos. Podría tener un ConfigurationProvider o un ConfigurationFactory que genere una configuración. Por eso estoy pidiendo una explicación.

Respuestas:

7

MSDN tiene algunos consejos sobre nombres de tipo.

También recomiendo leer el libro Directrices de diseño de marcos para una discusión más detallada sobre los nombres y muchos consejos de diseño adicionales.

Ed James
fuente