多个服务的 WCF 服务架构

Question

我在这里寻求一些建议，所以我朝着正确的方向前进。

我有一项服务，它在一项服务中完成了我的所有业务功能，例如：

TestingService
      GetProducts()
      GetPeople()

现在，我觉得，随着我的系统不断发展，我想将它们分开，所以：

ProductService
    GetProducts()
PeopleService
    GetPeople()

在同一个项目中有两个 .svc 文件并分别调用它们是最好的方法吗？ 我已经实现了一个运行良好的存储库模式，现在有 IProductService 和 IPeopleService。 如果我要这样做，并且我在控制器中使用了两个构造函数 - 我会得到这样的东西：

public TestController(IProductService productService, IPeopleService service)

而不是

public TestController(ITestService service)

我原来有的。

如果我在单个控制器中使用 5 个服务，这会变得笨拙吗？ 这是工厂类用作服务级别包装器的用途吗？

Answer 1

我认为您希望在存储库类而不是控制器中拥有您的服务。 像这样的东西：

public TestRepository(IProductService productService)  {}

如果您选择您提到的更细粒度的方法，您将拥有许多服务而不是一个大型服务 - 好主意。 此外，如果您的控制器/存储库/服务之间存在 1 对 1 对 1 的关系，那么您将拥有良好且可维护的结构。

但是，如果您的关系是一对多的，那么工厂方法当然是一种选择。 也许是这样的：

// Factory
     public class ServiceFactory : IServiceFactory
        {
         public IProductService GetProductService()
            {
                return new ProductService();
            }
         public IPeopleService GetPeopleService ()
            {
                return new PeopleService ();
            }
          }

// Repository
    public class ProductRepository
        {
        public void DoSomething()
        {
            // use dependecy injection to avoid this tight coupling
            var factory = new ServiceFactory(); 
            var service = factory.GetProductService();
            service.DoMyStuff();
        }

}