在Java业务系统开发中是否需要添加接口和实现类？

目前，在Java业务系统的开发中，大多数业务类只有一个实现类。有必要实现业务类和接口吗？意义何在？这样做有什么缺陷？

首先，我建议保留接口和实现类。让我们看看缺点：

由于多了一个类和文件，目录结构更加复杂，这可能需要更多的时间来编写并增加接口维护的工作量

大多数都是一对一的，这是不必要的

找到定义很麻烦，我们必须通过接口找到实现

这些确实导致了一些麻烦，但事实上，它们并非不可逾越。相反，如果我们采用业务类和接口来实现它们，那么意义何在

首先，大多数Java开发人员已经习惯了这种做法。通常，公司里没有人总是对项目负责。在团队中，最好保持同步，避免因个人喜好而改变风格或规格，从而导致项目具有多种风格

接口相当于合约和类的目录，查看起来更方便。当然，它也可以通过工具实现，比界面更方便

业务是否复杂和庞大。如果这是一个小项目，我们可以随心所欲。我们可以直接使用SQL，没有人会对此发表任何意见。大型和复杂的项目应保守，并采用公认的规范。虽然不一定是最合理和先进的，但当技术规范一致时，我们可以减少人为错误。

最后：事实上，仍然需要结合每个项目的实际情况，更不用说尽可能创建接口和实现，并根据团队的情况确定是否有必要。