在看领券联盟视频,下图为拼接图,IxxxPresenter(Presenter接口)里面有几个方法,然后xxxPresenterImpl就去实现这些接口,在xxxFragment也是获取xxxPresenterImpl的实例调用它里面方法,为什么不直接在实现类里面写个方法,而是要复写接口的方法,我感觉这些接口并没有省事啊?这些接口类似与基类,抽象出方法,让子类去实现,但是这些接口都是一个子类,所以不太理解
,还是在大型项目才会显现出优势?
您的每一个用心回答,都会让这个世界变得更美好一些!
有谁告诉你“省事”的吗?何出此:我感觉这些接口并没有省事啊?
你这里的省事指的是代码量还是后期的维护和扩展呢?
至于为什么要定义接口,你代码量上来就懂了。单纯冰冷冷的文字,多数人也只是限于认识文字的层面。再到你做到了组长,领导,架构师的位置,你就知道更抽象的东西了,根本不需要管代码是怎么写的。
关于这个:“为什么不直接在实现类里面写个方法,而是要复写接口的方法”
因为你只写了一个领券联盟,如果以后我换成京东的呢?如果是多人开发呢?是不是定义好接口,别人只管接口调用就完事了,至于你返回的数据是来自京东还是淘宝,做View层的人根本不关心。
最简单的方式,你有自己的想法,就按自己的想法去写,没必要被这些条条框框限制住。写着写着你就会思考了,再去看就茅厕顿开了。
面向接口编程,而这些接口定义了一系列待实现的方法。
调用的人实现接口的时候就知道可以调用哪些方法,实现接口的人也自然知道要实现哪些方法。
有谁告诉你“省事”的吗?何出此:我感觉这些接口并没有省事啊?
你这里的省事指的是代码量还是后期的维护和扩展呢?
至于为什么要定义接口,你代码量上来就懂了。单纯冰冷冷的文字,多数人也只是限于认识文字的层面。再到你做到了组长,领导,架构师的位置,你就知道更抽象的东西了,根本不需要管代码是怎么写的。
关于这个:“为什么不直接在实现类里面写个方法,而是要复写接口的方法”
因为你只写了一个领券联盟,如果以后我换成京东的呢?如果是多人开发呢?是不是定义好接口,别人只管接口调用就完事了,至于你返回的数据是来自京东还是淘宝,做View层的人根本不关心。
最简单的方式,你有自己的想法,就按自己的想法去写,没必要被这些条条框框限制住。写着写着你就会思考了,再去看就茅厕顿开了。
面向接口编程,而这些接口定义了一系列待实现的方法。
调用的人实现接口的时候就知道可以调用哪些方法,实现接口的人也自然知道要实现哪些方法。