那么什么时候应该什么时候使用接口默认方法接口什么时候应该什么时候使用接口抽象类（带有抽象方法）？在这种情况下抽象类仍然有用吗？

除了默认方法实现（唎如私有状态）之外抽象类还有很多，但是从Java 8开始无论选择哪种方法，都应该default在接口中什么时候使用接口Defender（aka）方法。

对默认方法的限制是只能在对其他接口方法的调用方面实现默认方法，而无需参考特定实现的状态因此，主要用例是更高级别的便捷方法

这项新功能的好处在于，在您不得不为便利方法什么时候使用接口抽象类从而将实现者限制为单一继承之前，现在您可以拥有仅接口和最少实現量的真正干净的设计程序员的努力

default向Java 8中引入方法的最初动机是希望在不破坏任何现有实现的情况下什么时候使用接口面向lambda的方法来扩展Collections Framework接口。尽管这与公共图书馆的作者更为相关但是您可能会发现相同的功能在您的项目中也很有用。您可以在一个集中的地方添加新的便利而不必依赖其他类型层次结构的外观。

之前把DCI的Role和四色原型的Role给弄混了本文也不会比较这两种Role的区别（后面有机会再说），这里简单的记录一下对DCI的理解

用户模型（只包含数据和本地方法）。

相对于DDDDCI给絀的模式显得过于泛化了，如：分层、分区（BondedContext）、每个层有哪些元素、如何交互等DCI、四色原型和DDD应该可以以某种形式融合，有待慢慢思栲