我有一个业务层，其中包含一些业务对象/POCO/实体/等等。我还有一些用于数据访问的存储库。到目前为止，我一直直接从我的 UI 层访问存储库。我现在实际上需要一些不是直接 CRUD 的类，所以我将创建一些业务逻辑类来执行逻辑和 CRUD，并且存储库不会被访问不再使用 UI(可能应该从一开始就完成)。
我应该如何称呼这些类？我唯一能想到的是服务类，但我在这个应用程序中有实际的 WCF 服务，所以这会让人感到困惑。 WCF 服务也将使用这些类，因此让服务使用服务类似乎很奇怪且令人困惑。
最佳答案
我也使用“服务”命名约定。诚然，“服务”已成为行业中一个非常重载的术语，但它最有道理。审查代码的开发人员应该能够确定应用程序/域服务与 WCF 服务之间的区别，虽然 WCF 服务调用其他服务类可能看起来令人困惑，但我认为您会发现事实并非如此。服务的概念是它是执行功能的代码，并且可供其他代码使用。它可能是内部服务，也可能是通过 http 或其他方式向外部公开的服务。但是代码的作用是一样的。
关于c# - 业务逻辑类命名，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1860852/