在n层架构中是否有任何关于业务层命名约定的最佳实践或指南？

Question

我们正在考虑为我们即将开始的项目采用n层架构。我只是想了解命名约定。我已经阅读了几本书，并在网上做了一些研究，但我仍然在为找到基本CRUD的对象找到合适的名称。一本书使用了后缀逻辑。因此，如果处理产品，业务层有一个名为ProductLogic的对象，您可以获得，更新等等。我不是那些命名约定的忠实粉丝。

使用后缀Manager建议的另一个资源。所以我们会使用ProductManager。我不是那个人的粉丝，因为这个名字在任何时候都没有真正暗示它的作用。这看起来有点模棱两可。

我正在努力保持我的课程的责任很好并且分开。所以我们有数据访问对象，它只进行数据访问。我们还在一个单独的类中有验证器。 “经理”协调验证和数据访问。

当涉及业务逻辑层对象时，它们是否是任何类型的命名约定？

Answer 1

我使用的最接近的是数据传输对象的后缀DTO。业务层中有趣的是以它们的名称命名，没有后缀/前缀。我们正在使用NHibernate，因此这些对象除了ID字段之外没有任何特定的方法或属性。