具体.Net类的依赖注入

Question

注入/隔离封装在dll中但不实现接口的类的首选方法是什么？

我们使用Ninject。

假设我们有一个类“服务器”，我们要注入/隔离类TCPSERVER其中“服务器”使用。

不想太具体，因为我想知道的最佳途径，但让我们说这样的事情：

public class Server 
{ 
    IServer _server; 
    public Server(IServer server) 
    { 
     _server = server; 
    } 

    public void DoSomething() 
    { 
     _server.DoSomething();  
    } 
} 

_server应与注射，让我们说，TcpClient的或模拟的情况下测试

Answer 1

如果TcpServer是密封的，未实现的接口，但你还是想从它的具体实现解耦客户端，你必须定义一个接口，客户端可以聊得来，还有一个Adapter从TcpServer新的界面。

从具体类中提取接口可能很诱人，但不要这样做。它创建了界面和具体类之间的语义耦合，最终你最终打破了Liskov Substitution Principle。

取而代之的是，在的什么客户需要方面的接口。这来自Dependency Inversion Principle;作为APPP，第11章解释：“客户端拥有抽象接口”。 A Role Interface是最好的。

因此，如果您的客户端需要一个DoSomething方法，这就是你添加到接口：

public interface IServer 
{ 
    void DoSomething(); 
} 

现在，您可以注入IServer到您的客户端，使用构造器注入：

public class Client 
{ 
    private readonly IServer server; 

    public Client(IServer server) 
    { 
     if (server == null) 
      throw new ArgumentNullException("server"); 

     this.server = server; 
    } 

    public void DoFoo() 
    { 
     this.server.DoSomething();  
    } 
} 

当涉及到TcpServer时，您可以在其上创建一个适配器：

public class TcpServerAdapter : IServer 
{ 
    private readonly TcpServer imp; 

    public TcpServerAdapter(TcpServer imp) 
    { 
     if (imp == null) 
      throw new ArgumentNullException("imp"); 

     this.imp = imp; 
    } 

    public void DoSomething() 
    { 
     this.imp.DoWhatever(); 
    } 
} 

请注意，方法不必具有相同的名称（甚至完全相同的签名）才能进行修改。