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

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

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

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

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

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


naming-conventions business-logic
person Ryan Taylor    schedule 06.04.2009    source источник

Ответы (4)


arrow_upward
3
arrow_downward

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

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

person Eric Petroelje    schedule 06.04.2009
comment
Это, кажется, тоже самое близкое к нашим мыслям, мы даже упомянули BuildingManager перед постом. Мы не принимали это во внимание, так как в конечном итоге у нас может появиться сущность Manager, а ManagerManager казался немного странным. В конечном итоге мы выбрали BuildingController. - person Ryan Taylor; 07.04.2009

arrow_upward
2
arrow_downward

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

person John Saunders    schedule 07.04.2009
comment
@Downvoter: укажите причину отрицательного голоса, чтобы можно было улучшить ответ. - person John Saunders; 26.07.2011

arrow_upward
0
arrow_downward

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

person Varkhan    schedule 06.04.2009

arrow_upward
0
arrow_downward

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

BizRuleBuilding,
BizRuleFacility,
...
person Steven A. Lowe    schedule 06.04.2009