第13讲 | 谈谈接口和抽象类有什么区别？

class SlumDogVIPServiceProvider和RealVIPServiceProvider缺少implememts.

hi，老师早上好。我是一家游戏公司的程序员，由于项目非常紧，所以很多技术写的代码，都非常乱。 我们的战斗系统中，之前的开发模式是在战斗逻辑里面嵌入并修改一些代码，以达到新技能的开发。这就是典型的以修改来达到需求。通过重构之后，技能的逻辑通过扩展的方式开发出来，可以通过继承技能的抽象类，来完成技能的开发。现在我们这部分的模块从最难处理变成最容易开发的了。

老师最后举的例子应该就是把简单工厂模式修改为工厂方法模式。原来的违反了开闭选择，工厂方法模式刚好弥补了这个问题，倒是相应的系统中的类个数也成对的增加。设计模式没有最优的，只是特定场景下我们选择相对优良的模式来优化我们的逻辑。不知道是否正确，望老师指点迷津，谢谢老师。🙂

其实interface的deault可以通过结合抽象父类来实现吧，抽象父类实现接口方法，但是因为抽象所以不能实例化，而其子类拥有重写权，可以做到defualt的效果

但是，list 实际会被推断为“ArrayList < String >” ArrayList<String> list = new ArrayList<String>(); 不是很理解

问个问题，jdk8 default 是否应该使用？？？

vip的例子里面，T extend User这里，直接用User也一样吧

杨老师，对于开头的：接口中没有非静态方法实现，也就是说要么是抽象方法，要么是静态方法。这句话我有疑问，java.util.List中default 方法不就是非静态方法的实现吗？还是我理解有误？

"void serviceVIP(T extend User user>) " 这是java新出的写法吗？我用java8这样写，编译不通过呢

接口vs抽象类vs类 1 支持多重继承：接口支持；抽象类不支持；类不支持； 2 支持抽象函数：接口语义上支持；抽象类支持；类不支持； 3 允许函数实现：接口不允许；抽象类支持；类允许； 4 允许实例化：接口不允许；抽象类不允许；类允许； 5 允许部分函数实现：接口不允许；抽象类允许；类不允许。 6 定义的内容：接口中只能包括public函数以及public static final常量；抽象类与类均无任何限制。 7 使用时机：当想要支持多重继承，或是为了定义一种类型请使用接口；当打算提供带有部分实现的“模板”类，而将一些功能需要延迟实现请使用抽象类；当你打算提供完整的具体实现请使用类。 在实际项目开发过程，一方面是业务需求频繁，需要满足开闭原则，也就是小到一个模块，大到一个架构都需要有好的可扩展性；另外一方面软件往往是团队协同开发的过程；由于团队成员水平参差不齐，这方面的坑不少。可以通过前期做好设计评审、code review等手段去提升代码质量。