实体服务类是否应该调用另一个实体的服务或其存储库

发布于 2024-12-03 01:15:48 字数 250 浏览 0 评论 0原文

我正在开发一个 ASP.Net MVC 3 Web 应用程序 (EF 4.1)，该应用程序分层：模型、存储库、服务、控制器、某些情况下的视图模型和视图。

现在我的问题是最佳实践之一。如果需要访问另一个实体的实体服务类使用其服务或其存储库。例如，假设实体 A 的服务方法需要在创建 A 时更新实体 B。 A 的服务类应该使用 B 的存储库还是服务层？两者都是可能的，但最佳实践是什么？就我个人而言，我更喜欢使用一项服务来访问另一项服务。这样，可以说它可以访问更进化的方法。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

素年丶 2024-12-10 01:15:48

我更喜欢在服务类之间调用，因为您可能还需要来自另一个服务的一些业务逻辑。但要小心避免循环依赖。我建议您使用依赖注入，这将帮助您避免可能的循环依赖。还可以考虑为您的服务类创建接口，并从您的客户端类使用此接口（将具体实现传递给构造函数）。

然后您的 SericesA 将查找：

class ServiceA : IServiceA
{
    public ResultA Method1() { //some logic };
    public void Method2() { //some logic };
}

ServiceB，它依赖于 ServcieA。

class ServiceB: IServiceB
{
   private IServiceA _serviceA;
   public ServiceB(IServiceA serviceA)
   {
      _serviceA = serviceA;
   }

    public ResultB Method()
    {
         var result = _serviceA.Method1();
         // get result from service A and create and return result for service B
    }
}

I would prefer calling between service classes, because you may need also some business logic from another service. But be careful to avoid circular dependencies. I'm recommending you to use dependency injection which will help you to avoid possible circular dependencies. Also consider to create interfaces for your service classes and use this interface from your client classes (pass the concrete implementation to the constructor).

Then your SericesA will look:

class ServiceA : IServiceA
{
    public ResultA Method1() { //some logic };
    public void Method2() { //some logic };
}

ServiceB which depends on ServcieA.

class ServiceB: IServiceB
{
   private IServiceA _serviceA;
   public ServiceB(IServiceA serviceA)
   {
      _serviceA = serviceA;
   }

    public ResultB Method()
    {
         var result = _serviceA.Method1();
         // get result from service A and create and return result for service B
    }
}

回复收藏 0 原文