业务逻辑类命名

Question

我有了一些业务对象业务层/波苏斯/实体/不管。我也有一个数据访问某些存储库。直到此时，我已经直接从我的UI层访问的存储库。我在一个点，我确实需要一些更多的类不直CRUD，所以我要创造一些业务逻辑类，将做逻辑，和CRUD和库将不会被访问UI了（这也许应该已经从一开始就做了）。

我应该怎么称呼这些类？我能想到的唯一的事情是服务类的，但我在这个应用程序中有实际的WCF服务，因此，这将使它混乱。的WCF服务也将使用这些类，所以具有服务使用服务类似乎奇数和混乱。

Answer 1

我用的“服务”命名约定为好。这是真正的“服务”已成为行业一个非常超载的名词，但它是很有道理的。开发人员检查代码应该能够确定应用程序之间的区别/域名服务VS WCF服务，以及具有WCF服务调用其他服务类看似混乱的同时，我想你会发现，事实并非如此。服务的想法是，它是执行功能代码，并可供其他代码使用。这可能是内部服务，也可能是通过HTTP或任何暴露于外部的服务。但是，该代码做什么的想法是一样的。

Answer 2

如果您的“服务”使用的是数域对象的编排业务逻辑，你可能实施的外观模式 - 所以，或许你可以用这个后缀名它们，例如OrderManagementFacade

Answer 3

从你的描述，这听起来像WCF类实际上是实现服务的主机的。我通常名称，班级，“ServiceHost的”后缀。它从实际服务等级很好地将它们分开。

因此，举例来说，你有你的业务逻辑在一个名为“的CustomerService”级及相应的WCF类将被命名为“CustomerServiceHost”。