问当(目前)只有一个实现接口的类时，你应该创建一个接口吗？

EN

这总是取决于情况。如果您知道将有另一个类使用该接口，那么是的，创建该接口类以节省稍后的时间。然而，如果你不确定(大多数时候你不确定)，那就等到你需要它的时候。

现在，这并不意味着忽略接口的可能性-考虑对象的公共方法等，并着眼于稍后创建一个接口，但不要在您的代码库中塞满您实际上不需要的东西。

总会有一个测试使用它，对吧(你做单元测试，不是吗？)这意味着总是有N+1个类在使用它，其中N是在应用程序中使用您的类的类的数量。

除了依赖注入之外，接口的另一个目的是分离关注点，以便您的类可以实际实现多个接口。

请记住所有这些，但是如果在开始时没有实现，那么您可以在以后通过重构引入接口。

一般来说，如果只有一个类要实现一个接口，你就不应该费心去创建它，即使你期望它有一个可能的类，因为可能会出现实现问题，直到在场景中实际测试了类，在这种情况下，过早创建的接口可能有太多的成员，或者可能缺少一个成员。

例如，.NET框架基础类库团队承认在ICollection包含SyncRoot属性时过早地设计了它。对于后来的通用ICollection<T>，他们决定将其删除(http://blogs.msdn.com/bclteam/archive/2005/03/15/396399.aspx)。

如果您要创建一个实现相同接口的模拟对象，那么这将被视为第二个实现，从而证明创建接口是合理的。然而，并不是所有的单元测试都需要模拟风格的接口。