使用 IoC 容器时如何管理接口隔离？

Question

可能的重复：
StructureMap 单例用法（实现两个接口的类）

我'我目前正在设计一个小型系统，并且正在使用 StructureMap 作为 IoC。我最近刚刚明白了接口隔离的要点……我现在想知道。

如果我有一个特定的业务对象，它将实现三个接口......我应该如何在代码的配置和实例化中处理这个问题？

假设我在一个简单的场景中有两个接口，用于名为 EmployeeServiceObject 的服务层类。 IGenericEntity 和 IEmployeeServiceObject。

GenericEntity将为该类提供CRUD功能，IEmployeeServiceObject将为业务查询/操作提供结果集。

如果在外观/服务层方法上，我必须使用 EmployeeServiceObject 类并实际使用两个接口的功能...应该如何处理？

最初我认为正确的做法是设置 IoC 的配置以将 IEmployeeServiceObject 映射到 EmployeeServiceObject，向工厂询问该对象，然后在需要使用 CRUD 功能时将其强制转换为 IGenericEntity，但我不太确定。这似乎也不正确，因为我从未正式声明具体类实际上实现了 ioc 容器配置中未设置的接口。

我绝对知道创建同一个具体类的两个实例但要求不同的接口......听起来更糟糕。

这应该如何处理？

Answer 1

如果我正确理解了这个问题，您将看到以下场景（在 C# 代码中）：

public interface IGenericEntity { /**/ }

public interface IEmployeeServiceObject { /**/ }

public class EmployeeServiceObject : IEmployeeServiceObject, IGenericEntity

如果是这样，那么 EmployeeServiceObject 实现这两个接口的事实就是一个实现细节。您可能有其他单独实现每个接口的实现。

ISP 的要点是每个接口都建模一个单独的关注点，因此，如果您经常发现自己处于同时需要 IGenericEntity 和 IEmployeeServiceObject 的情况，您应该质疑分成两个接口是否有意义。

否则，您应该单独请求每个接口，因为任何尝试转换都会违反里氏替换原则 。

如果您确实需要这两个接口，则需要同时请求这两个接口：

public class Foo
{
    public Foo(IGenericEntity ge, IEmployeeServiceObject eso) { /**/ }

    // ...
}

如果您有一个类 (EployeeServiceObject) 实现这两个接口，则您需要告诉 DI 容器是这种情况。此时，我们将进入特定于容器的详细信息区域，因此您如何执行此操作因每个容器而异。

例如，Windsor 具有 Forward 方法，可让您指定将一个接口的请求转发到另一种类型。

在Poor Man's DI中，它非常简单，因为

var eso = new EmployeeServiceObject();
var f = new Foo(eso, eso);

了解如何使用Poor Man's DI构建依赖层次结构总是一件好事，因为它可以为您提供有价值的线索，让您了解容器如何理解同一事物。

Answer 2

如果可以的话，在讨论 DI/IoC 实现之前，我想先讨论一下你们的 API。我认为你的痛点正在试图引导你做出更好的设计。

EmployeeServiceObject 似乎有太多的职责。创建对象时请考虑单一职责原则。在您的描述中，EmployeeServiceObject 既是外观/服务层又是 CRUD 层。通过分配 CRUD 操作的接口 (IGenericEntity)，您可以将 CRUD 实现公开给外观的使用者 (IEmployeeServiceObject)。

鉴于您所描述的这种情况和类型，请考虑采用不同的方法（我还会重新考虑您的类型名称以更准确地描述其用途）：

public interface IEmployeeServiceObject 
{
    // Service methods
    decimal GetSalary(string employeeId);
}

public class EmployeeServiceObject : IEmployeeServiceObject
{
    private IGenericEntity<Employee> _entity;

    public EmployeeServiceObject(IGenericEntity<Employee> entity)
    {
        _entity=entity;
    }

    public decimal GetSalary(string employeeId)
    {
        return _entity.Get(employeeId).Salary;
    }
}

public interface IGenericEntity<T>
{
    // CRUD Methods including...
    T Get(string id);
}

public class GenericEntity<T> : IGenericEntity<T> 
{
    T Get(string id){...}
}

将 IEmployeeServiceObject/EmployeeServiceObject 和 IGenericEntity/GenericEntity 对注册为您选择的容器。 （StructureMap 可以按照约定注册这些类型。）

当您从容器请求 IEmployeeServiceObject 时，容器会将 GenericEntity 注入到 EmployeeServiceObject 的构造函数中，然后再将其提供给您。

通过这种方式，您可以避免您所描述的铸造/注册问题。无需强制容器以次优方式工作。另外，您的外观仅公开其客户端所需的内容，并将 CRUD 操作推迟到另一个类（不需要公开给客户端）。

Answer 3

我没有找到如何将我的问题作为重复项关闭...但我在另一个 stackoverflow 问题中确切地找到了如何做我需要做的事情。

Mark 在 Windsor 中提到的 Forward 方法，它也存在于 StructureMap 中……而且看起来这将是正确的做事方式。

StructureMap 单例用法（实现两个接口的类）