几种语言都有外部方法,如 C#、Ruby、Smalltalk、Kotlin、Scala。这个想法是,您可以将方法添加到对扩展关闭的类中,例如系统类(如 String、Integer)或最终类(如 ArrayList)。
因此,您只需添加相应的扩展方法,而不是拥有所有这些 Util-Classes。因此,您可以调用“foo”.split() 而不是 StringUtils.split(...)。
Java 没有扩展方法。我的问题是是否可以在不破坏二进制向后兼容性的情况下将扩展方法添加到 Java 中,例如过去使用 Java8 lambda 或其他功能。问题只是关于它是否可以在不制动向后兼容性的情况下完成。
在 C# 和 Kotlin 中,扩展方法被实现为静态方法。因此,与 Java 相同,StringUtils.split(...) 会有一些额外的语法,它会告诉 Java 编译器在编译时“foo”.split() 必须替换为 StringUtils.split( ...)。至少,我认为这是在 C# 和 Kotlin 中发生的。
同样,我的问题只是关于 Java 中的扩展方法是否可以在不影响向后兼容性的情况下完成。只是。