Zawsze trudno mi wybierać formy w liczbie pojedynczej i mnogiej dla nazw klas:
CustomerRepository vs. CustomersRepository CustomerService vs. CustomersService CustomerController vs. CustomersController
A w przypadku nazw złożonych jest to jeszcze trudniejsze:
OrderCustomerRepository vs. OrderCustomersRepository vs. OrdersCustomersRepository
Jakie podejście preferujesz i dlaczego?
naming
source-code
SiberianGuy
źródło
źródło
Odpowiedzi:
Jedyne, co pluralizuję, to kolekcje.
Wszystkie twoje przykłady są pojedynczymi obiektami, więc nie są pluralizowane. Tak, nazwy odnoszą się do obiektów, które mogą mieć wiele instancji, ale wszystko, co musisz wiedzieć w nazwie, to obiekt obiektowy (tj. Klient).
Tak więc we wszystkich twoich przykładach liczba pojedyncza jest poprawna. Ułatwia życie.
źródło
customerCollection
do kolekcji, ale do końca zgadzam się. Jest to najlepsza praktyka w projektowaniu baz danych i działa również całkiem dobrze w kodzie.Collection
tegoIterator
?Iterator
byłby rodzajem wspólnej procedury zamiast struktury danych do przechowywania wielu obiektów, prawda?Użyj liczby pojedynczej. Narzędzie do obracania śrub nazywane jest „śrubokrętem”, a nie „śrubokrętem”.
Jednak odpowiednio zwiększ liczbę metod i nazw właściwości, aby wskazać, czy zostanie zwrócona jedna wartość, czy ich zbiór.
źródło
Zdecydowanie pojedyncza. Nie tworzysz obiektu
People
, tworzysz kolekcjęPerson
obiektów. Czas tylko chciałbym użyć liczby mnogiej byłaby dla klas statycznych, tjSupportServices
,StringUtils
itp Jednak w tym przypadku klasa działa bardziej jako nazw niż cokolwiek innego.źródło
Pamiętaj, klasa jest szablonem dla obiektu. Pomyśl więc o obiekcie, którego dotyczysz.
Często jest to pojedyncza jednostka, szczególnie gdy jest to jednostka ORM. Czasami może to być kolekcja.
Uważam, że odpowiedź jest specyficzna dla kontekstu.
źródło