interface - asp.net web api Controller 接口(interface)有什么好处吗？

Question

我非常喜欢针对接口(interface)进行编码。在 WCF 世界中，这高度强调了每个服务。但是，我正在深入研究 ASP.NET Web Api，作为 MVC 4 的扩展，我很好奇是否有一些典型的推理可以让您的 Controller 实现从接口(interface)继承。

我知道 ASP.NET Web Api 的默认设置看起来像这样

public class TestsController : ApiController
{

    public IEnumerable<string> Get()
    {
        var testValues = new List<string>
            {
                "Something",
                "Welcome to the top of the world"
            };
        return testValues;
    }
}

与此相反，WITH 有一个(或多个)对应接口(interface)。

public class TestsController : ApiController, ITestsController 
{

    public IEnumerable<string> Get()
    {
        var testValues = new List<string>
            {
                "Something",
                "Welcome to the top of the world"
            };
        return testValues;
    }
}

Answer 1

我认为为 Controller 使用这样的接口(interface)没有任何值(value)。 WCF 在很大程度上依赖于接口(interface)，因为它是 SOAP 服务的常见事物，并且它用于在 WSDL 中生成契约。但是，HTTP Web API 没有那种契约，拥有它通常是一种不好的做法。此外，当您需要使用依赖注入(inject)和单元测试时，接口(interface)很常见，因为它们可以让您轻松伪造依赖关系。但是，我认为您不会将 Controller 作为依赖项注入(inject)到另一个类中，因此它也没有意义。