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

Question

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

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

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

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

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

Answer 1

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

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

Answer 2

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

Answer 3

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

BizRuleBuilding,
BizRuleFacility,
...

Answer 4

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