java接口中的默认方法是反模式的吗？
Java8在接口上引入了默认方法，为collections接口的实现提供向下兼容，以避免遗留库上的MethodNotFound错误。
也就是说，具有Java7实现List的库不会实现stream（）方法。如果Java8代码使用这个库，默认实现提供了一个后退。
我在实践中看到的是，许多开发人员过度使用这个特性，以类似scala特性的风格来模拟混合和多重继承。
我担心的一个问题是，这种编程风格模糊了接口（即契约）及其实现之间的界限，因此引入了隐藏的紧耦合并违反了控制反转，迫使我使用后门通过重写单元测试中的默认实现来测试代码，以抑制不应该出现在单元测试级别的行为。
这种默认方法的使用是反模式的，还是我一个人在怀疑这一点？
共有1个答案
摘自Oracle文档：https://docs.oracle.com/javase/tutorial/java/iandi/defaultmethods.html
默认方法使您可以向库的接口添加新功能，并确保与为这些接口的旧版本编写的代码的二进制兼容性。
我会假设在上面强调的是兼容性（尽管，让我们面对它，上面是相当模糊的）。对于使用默认值（如一个特征），没有明显的编译“限制”，我注意到有许多教程支持在该上下文中使用default（不管好坏）。但是，当然也有gotchas（例如，它们并不等同于Scala的特性）。更全面的dscussion见@brian-goetz的答案如下：
简而言之：如何使用default将决定它最终是否是反模式。因此，回答你的问题，它可能被一些人过度使用。
-
我试图使用以下代码理解Java接口中的默认方法，但我无法编译它： 编译器生成了以下输出： 我无法理解这些错误。我如何更正代码中的问题？
-
我想通过创建一个具体实现类的对象来执行接口中默认方法的定义体，该对象也覆盖了该方法。无论我是直接创建具体实现类的对象，还是通过动态绑定/多态，实现类中定义/重写的主体都只是得到执行。请看下面的代码 我想知道如何在控制台内部界面银行打印以下内容--loan（）
-
问题内容： 考虑以下情况， 在上面的例子中我得到以下输出这是 相当 期待。 我一直在阅读有关默认方法的信息， 尤其是 关于扩展包含默认方法的接口的信息 2 第二子弹：重新声明的默认方法，这使得它的抽象。 在上面的示例中，我有两个接口的默认方法具有相同的名称，并且当我实现这两个接口时，我只能实现对的引用。 我对此几乎没有疑问， 我怎样才能 到达 的方法 和 如果我不能比，为什么？ 没有这种行为从本质
-
学习Java8默认方法。这个链接就像互联网上的其他资源一样说 在“最严格的意义上”，默认方法是一种倒退，因为它们允许你用代码“污染”你的接口。但它们提供了允许向后兼容的最优雅和最实用的方法。它使Oracle更容易更新所有集合类，也使您更容易为Lambda修改现有代码。 我的理解是Java8Dev/Designers在接口中提供了默认方法，这样所有实现类就不必不必要地重写相同的行为，从而提供了向后兼
-
我想给出一个完整的答案： “为什么/何时使用抽象类而不是接口。” 并寻求对以下方面的验证/建议。 “一个原因是：接口方法都是公共的，字段成员都是常量（final和public）。您可能需要限制方法的访问权限和/或使它们在非常量状态下操作。 另一个是：子代类可以通过super调用抽象类方法，而它不能对默认接口方法调用抽象类方法。此外，接口没有可由后代调用的构造函数。 其余的原因与上面的pre-Jav
-
当我注意到现在可以在接口中定义静态和默认方法时，我正在通过接口学习。 请解释两者的区别，如果有一个我们什么时候会使用它的例子，那就好了。界面上有点混乱。