我们正在构建一个面向服务的系统,我们将应用程序分成几层:
SOAP Web服务只是从业务逻辑层实例化BuildingXXX类型的对象,以便将实现保留在SOAP Web服务之外。然后,BuildingXXX使用数据访问层中的BuildingProvider返回数据传输对象层中定义的类型。
我们无法确定应该在业务逻辑层中调用对象的内容。
命名这些业务级实体的“标准”命名约定是什么?
答案 0 :(得分:3)
就个人而言,我会将您的业务逻辑层服务称为“BuildingService”,然后调用Web服务“BuildingWebService”。
或者您可以随时使用通用的“BuildingManager”以及服务层..
答案 1 :(得分:2)
命名空间是你的朋友。 BusinessLayer.Building,BusinessLayer.Facility怎么样?使用DataLayer.Building,DataLayer.Facility等。你可以把它们称为它们,但它们会变成不同的东西。
答案 2 :(得分:0)
我会天真地使用BuildingRules(因为这就是它们,对吧?)但是我实际上知道的约定是什么......
答案 3 :(得分:0)
我更喜欢前缀而不是后缀,以便相关的图层排序在一起,例如
BizRuleBuilding,
BizRuleFacility,
...