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