如何命名业务级别对象?

时间:2009-04-06 18:23:09

标签: naming-conventions business-logic

我们正在构建一个面向服务的系统,我们将应用程序分成几层:

  1. SOAP Web服务(例如,BuildingService.asmx)
  2. 业务逻辑层(例如,BuildingXXX)
  3. 数据访问层(例如,BuildingProvider)
  4. 类型(例如,建筑物)
  5. SOAP Web服务只是从业务逻辑层实例化BuildingXXX类型的对象,以便将实现保留在SOAP Web服务之外。然后,BuildingXXX使用数据访问层中的BuildingProvider返回数据传输对象层中定义的类型。

    我们无法确定应该在业务逻辑层中调用对象的内容。

    命名这些业务级实体的“标准”命名约定是什么?

4 个答案:

答案 0 :(得分:3)

就个人而言,我会将您的业务逻辑层服务称为“BuildingService”,然后调用Web服务“BuildingWebService”。

或者您可以随时使用通用的“BuildingManager”以及服务层..

答案 1 :(得分:2)

命名空间是你的朋友。 BusinessLayer.Building,BusinessLayer.Facility怎么样?使用DataLayer.Building,DataLayer.Facility等。你可以把它们称为它们,但它们会变成不同的东西。

答案 2 :(得分:0)

我会天真地使用BuildingRules(因为这就是它们,对吧?)但是我实际上知道的约定是什么......

答案 3 :(得分:0)

我更喜欢前缀而不是后缀,以便相关的图层排序在一起,例如

BizRuleBuilding,
BizRuleFacility,
...