对于初学者来说就真的很不理解,直接把类写出来它不香吗?
接口的目的是为了让设计稳固,减少变化。比如一个产品新增的业务,业务类里面可能调用几个接口把逻辑写完了,至于你怎么去实现是你的事情,核心的业务类就不需要再去重写。
一个项目里面接口的多少,接口的设计质量直接决定了项目的整体质量。
在早期的项目中,service类肯定是个接口,然后我们再写个实现类去实现这个接口,里面只写几个crud方法而已,多少有点脱裤子放屁之嫌。
以后你项目扩展,搞分布式,搞微服务,有了接口就方便太多了。rpc框架来调你的服务,也是只管调接口,至于你子系统怎么实现接口是你的事情,大方向正确就行了。
工作久了我才明白这其中的真谛,你不搞接口,系统根本没法扩展。比如你要做一个系统,如果只是为了完成老师的任务,学校的毕设,你弄不弄接口,搞不搞设计模式,真的是无关紧要!可是对于一个企业级项目,不用接口就意味着系统的扩展性,稳定性几乎为零。
文章为作者独立观点,不代表股票交易接口观点