我一直在查看我公司完成的另一个 Java 项目，在这个项目中，开发人员为几乎所有领域实体（有数百个）创建了一个接口。在某些情况下，我认为抽象是可行的，但在其他情况下，目前似乎不需要它。
每当实例被传递时，它们总是被引用并通过接口访问。
这种膨胀是因为太多的未来证明吗？还是这是合理的工程实践？
【问题讨论】：
接口指定所需的行为而无需实现。它们允许您在不影响客户端的情况下交换实现。它们对于面向方面的编程或代理生成等技术特别有用。
但如果实现没有改变，我认为没有理由使用接口。
大多数模型对象都属于该类别。如果没有实现差异，请不要使用接口。
接口对于服务和持久性类来说非常棒，但我从未见过它们用于抽象模型对象。
【讨论】：
显然，接口主要是一种设计工具，可以将具有共同特征的不同类联合起来。
但是像上面提到的接口在编写单元测试时也有很大帮助。 easymock 之类的工具非常适用于接口。
我个人喜欢为服务提供接口，但不一定是域对象，这取决于域对象的“丰富程度”。例如，如果他们做了很多文件系统的事情，或者与服务/dao 层有非常密切的联系，我可能也会在那里制作接口 - 以简化单元测试。
【讨论】：
一个好的经验法则：不要为了抽象而引入抽象。仅当它以某种方式启用您的项目时才这样做。如果它使你的单元测试更容易，或者它使升级更容易，或者启用依赖注入等。不要让你的项目变得更复杂，这是有用的。
对于域对象，如果它们是 POJO，那么用它们制作接口确实没有任何好处。如果它们不是 POJO，那么我会争辩说它们实际上可能不是域对象......但我想这是一个不同的论点。
【讨论】：
我认为他们想展示复杂性。如果您有多个实现或表明它将是一个扩展点，则您应该只有一个接口。
【讨论】：
使用接口可以让您对同一功能拥有多个独立的实现，这反过来又可以让您隐藏实现细节。
您的实现中可能有公共类，如果您直接引用这些类，您可能会很想使用这些类。通过使用接口并且只有这样，您可以保证调用代码不会侵犯它被允许做的事情。
在处理界面时，您可以使用各种高级技巧。需要添加调试。编写一个包装器，为每个方法执行日志记录，然后调用包装的实例。
名单还在继续。代码到接口。你的代码会更好。
【讨论】：
没有。如果您说为每个域都创建了一个接口，那有什么意义呢？接口实际上仅在将多个类组合在一起并表示常见行为时有用。
抽象有时被高估了，而且很容易被夸大。
【讨论】：