3

我们正在构建一个面向服务的系统，我们将应用程序分为几个层：

  1. SOAP Web 服务（例如 BuildingService.asmx）
  2. 业务逻辑层（例如 BuildingXXX）
  3. 数据访问层（例如 BuildingProvider）
  4. 类型（例如，建筑）

SOAP Web 服务只是从业务逻辑层实例化一个 BuildingXXX 类型的对象，以便将实现排除在 SOAP Web 服务之外。BuildingXXX 然后使用来自数据访问层的 BuildingProvider 返回在数据传输对象层中定义的类型。

我们一直无法确定我们应该在业务逻辑层中调用什么对象。

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

4

4 回答 4

3

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

或者你总是可以使用通用的“BuildingManager”以及服务层..

于 2009-04-06T18:34:23.460 回答
2

命名空间是你的朋友。BusinessLayer.Building、BusinessLayer.Facility 怎么样？使用 DataLayer.Building、DataLayer.Facility 等。您可以将事物称为它们的本来面目，但它们会成为不同的事物。

于 2009-04-07T00:21:14.827 回答
0

我会天真地使用 BuildingRules（因为它们就是这样，对吗？）但是我实际上并不知道约定是什么......

于 2009-04-06T18:30:29.553 回答
0

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

BizRuleBuilding,
BizRuleFacility,
...
于 2009-04-06T18:36:16.670 回答