我可以将我的行为/方法封装在服务类中吗？这是错误的\令人困惑的命名约定？

Question

word / terminology Service始终与WebService或Windown Service相关联。我喜欢将我的行为封装在Service类中。示例EmployeeService，它可以使用员工存储库从DB获取所需的信息/数据。我做错了吗？

Answer 1

  

可能使用员工存储库的示例EmployeeService   从DB获取所需的信息/数据。我做错了吗？

这很好。在命名包含业务逻辑的类时，您始终可以遵循此操作。

这是我们的选择，而不是标准或指南。所以答案将基于意见，但我强烈赞同EmployeeBL，EmployeeLogic以及不是。{/ p>

Answer 2

服务是我和＃34;应该有一个接口供其服务。对员工或员工起作用的东西将是Employee类本身的扩展或功能。 （这是严格的意见，因此您的命名惯例是您的选择）

Answer 3

我从不同的角度看待它，一个服务是类/层，它将方便我做任何与员工对象相关的事情。它抽象了内部细节，只是给了我想要或想要对员工对象做什么。它可以在内部使用Web服务来获取员工数据，或者可以使用窗口服务向所提到的员工发送密码重置邮件。 服务是您可以控制的地方，如果您真的想连接到数据库或Web服务或Windows服务来完成任务或使用存根/虚假实现来测试您的UI或关键业务逻辑，而不依赖于其他可用资源。