Мне всегда сложно выбирать между формами имен в единственном и множественном числе:
CustomerRepository vs. CustomersRepository CustomerService vs. CustomersService CustomerController vs. CustomersController
А для составных имен это еще сложнее:
OrderCustomerRepository vs. OrderCustomersRepository vs. OrdersCustomersRepository
Какой подход вы предпочитаете и почему?
naming
source-code
SiberianGuy
источник
источник
Ответы:
Единственное, что я плюрализирую, это коллекции.
Все ваши примеры являются отдельными объектами, поэтому они не являются множественными. Да, имена относятся к объектам, которые могут иметь несколько экземпляров, но все, что вам нужно знать в имени, - это объектный объект (т. Е. Клиент).
Таким образом, во всех ваших примерах единственное число является правильной формой. Делает жизнь намного проще.
источник
customerCollection
для коллекций, но в остальном я согласен. Это лучшая практика в проектировании баз данных, и она неплохо работает и в коде.Collection
как насчетIterator
?Iterator
была бы некой подпрограммой, а не структурой данных для хранения нескольких объектов, верно?Используйте единственное число. Инструмент для поворота винтов называется «отвертка», а не «отвертка».
Тем не менее, для определения того, будет ли возвращено одно значение или набор из них, следует соответственно преобразовать имена методов и свойств.
источник
Определенно в единственном числе. Вы не создаете объект
People
, вы создаете коллекциюPerson
объектов. Единственный раз , когда я хотел бы использовать множественные бы для статических классов, то естьSupportServices
,StringUtils
и т.д. Однако в этом случае класс действует больше как пространство имен , чем все остальное.источник
Помните, класс - это шаблон для объекта. Так что подумайте об объекте, на который вы ссылаетесь.
Часто это особая сущность, особенно когда это сущность ORM. Иногда это может быть коллекция.
Я считаю, что ответ зависит от контекста.
источник