É sempre difícil para mim escolher entre formas singular e plural para nomes de classes:
CustomerRepository vs. CustomersRepository CustomerService vs. CustomersService CustomerController vs. CustomersController
E para nomes compostos é ainda mais difícil:
OrderCustomerRepository vs. OrderCustomersRepository vs. OrdersCustomersRepository
Qual abordagem você prefere e por quê?
naming
source-code
SiberianGuy
fonte
fonte
Respostas:
A única coisa que pluralizo são coleções.
Todos os seus exemplos são objetos individuais, portanto, não são pluralizados. Sim, os nomes se referem a objetos que podem ter várias instâncias, mas tudo o que você precisa saber no nome é a entidade do objeto (ou seja, cliente).
Assim, em todos os seus exemplos, o singular é a forma correta. Torna a vida muito mais fácil.
fonte
customerCollection
para coleções, mas, pelo resto, concordo. Essa é uma prática recomendada no design de banco de dados e também funciona muito bem em código.Collection
que talIterator
?Iterator
seria algum tipo de co-rotina, em vez de uma estrutura de dados para armazenar vários objetos, certo?Use singular. A ferramenta para parafusar é chamada "chave de fenda" e não "chave de fenda".
No entanto, pluralize seus nomes de método e propriedade adequadamente, para indicar se um valor ou uma coleção deles será retornada.
fonte
Definitivamente singular. Você não cria um objeto
People
, cria uma coleção dePerson
objetos. A única vez que eu iria usar plurais seria para classes estáticas, ou sejaSupportServices
,StringUtils
, etc. No entanto, neste caso, a classe age mais como um espaço de nomes do que qualquer outra coisa.fonte
Lembre-se, uma classe é um modelo para um objeto. Então pense no objeto ao qual você está se referindo.
Frequentemente, é uma entidade singular, especialmente quando é uma entidade ORM. Às vezes, pode ser uma coleção.
Eu acredito que a resposta é específica ao contexto.
fonte