Siempre es difícil para mí elegir entre formas singulares y plurales para nombres de clases:
CustomerRepository vs. CustomersRepository CustomerService vs. CustomersService CustomerController vs. CustomersController
Y para los nombres compuestos es aún más difícil:
OrderCustomerRepository vs. OrderCustomersRepository vs. OrdersCustomersRepository
¿Qué enfoque prefieres y por qué?
naming
source-code
SiberianGuy
fuente
fuente
Respuestas:
Lo único que pluralizo son las colecciones.
Todos sus ejemplos son objetos individuales, por lo que no están pluralizados. Sí, los nombres se refieren a objetos que pueden tener varias instancias, pero todo lo que necesita saber en el nombre es la entidad del objeto (es decir, el cliente).
Entonces, en todos sus ejemplos, el singular es la forma correcta. Hace la vida mucho más fácil.
fuente
customerCollection
para colecciones, pero por el resto estoy de acuerdo. Esta es una práctica recomendada en el diseño de bases de datos y también funciona bastante bien en código.Collection
¿qué talIterator
?Iterator
sería algún tipo de co-rutina en lugar de una estructura de datos para mantener múltiples objetos, ¿verdad?Use singular. La herramienta para girar los tornillos se llama "destornillador" y no "destornillador".
Sin embargo, pluralice sus métodos y nombres de propiedades en consecuencia, para indicar si se devolverá un valor o una colección de ellos.
fuente
Definitivamente singular. No creas un objeto
People
, creas una colección dePerson
objetos. La única vez que usaría plurales sería para clases estáticas, es decirSupportServices
,StringUtils
etc. Sin embargo, en este caso, la clase actúa más como un espacio de nombres que cualquier otra cosa.fuente
Recuerde, una clase es una plantilla para un objeto. Entonces piense en el objeto al que se refiere.
A menudo es una entidad singular, especialmente cuando es una entidad ORM. A veces podría ser una colección.
Creo que la respuesta es específica del contexto.
fuente