在我的Spring项目中,我有许多简单的服务来获取数据(只是一个简单的CRUD).启动该项目的开发人员的设计是为每个服务创建实现,例如
public interface UserService
然后像
public class UserServiceImpl implements UserService
由于UserService没有更多的实现机会,所以我真的很讨厌这些Impl后缀,而且阅读的内容也更多(例如this article),我意识到自己有病的原因
上周,我与一个团队的朋友进行了讨论,我与他分享了我的想法,但他的回答是“基本上您是对的,但Spring喜欢使用界面,并且与他们合作比与课堂合作更好”.
不幸的是,我不是Spring方面的专家,但是我试图寻找一些论点,但我找不到答案.
在Spring中使用这种方法为每个小服务类都提供接口是否有一些强有力的论据?
最佳答案
我可以从现实世界的项目中得知,如果在没有接口的情况下仅具有实现类也可以工作.遵循“您将不需要它”(YAGNI)的原则,如果遵循该规则,则可以简化代码.
当然,您可以编写和重用测试实现,但是您可以通过模拟来做到这一点,例如使用mockito并覆盖测试用例的实现类的行为.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。