Как следует называть объекты бизнес-уровня?

Question

Мы строим сервис-ориентированную систему, в которой разделили приложение на несколько слоев:

1. Веб-службы SOAP (например, BuildingService.asmx)
2. Уровень бизнес-логики (например, BuildingXXX)
3. Уровень доступа к данным (например, BuildingProvider)
4. Типы (например, здание)

Веб-службы SOAP просто создают экземпляр объекта типа BuildingXXX на уровне бизнес-логики, чтобы исключить реализацию из веб-служб SOAP.Затем BuildingXXX использует BuildingProvider уровня доступа к данным для возврата типов, определенных на уровне объекта передачи данных.

Нам не удалось определить, как следует называть объекты на уровне бизнес-логики.

Каково «стандартное» соглашение об именах для этих объектов бизнес-уровня?

Answer 1

Лично я бы назвал ваши службы уровня бизнес-логики «BuildingService», а затем назвал бы веб-службы «BuildingWebService».

Или вы всегда можете использовать общий «BuildingManager» для уровня обслуживания.

Answer 2

Пространства имен — ваши друзья.А как насчет BusinessLayer.Building, BusinessLayer.Facility?Используйте DataLayer.Building, DataLayer.Facility и т. д.Вы можете называть вещи такими, какие они есть, но они могут быть разными.

Answer 3

Я бы наивно выбрал BuildingRules (раз уж они такие, не так ли?), но на самом деле я этого не делаю. знать какие конвенции...

Answer 4

я предпочитаю префиксы вместо суффиксов, чтобы связанные слои сортировались вместе, например.

BizRuleBuilding,
BizRuleFacility,
...