Java JDK1.8接口中定义的静态方法?他们为什么要这样做?

Java JDK1.8接口中定义的静态方法?他们为什么要这样做?,java,Java,为什么java开发工具包1.8版中添加了这个(允许静态方法定义) 添加此功能有什么用? 为什么需要它? 我知道,对于任何实现此接口的类,都可以使用Interface.method()调用这些方法 他们为什么需要添加此项:? 我的意思是,若你们能在接口中定义静态方法,它有点像抽象类?不是吗? 如果我错了,请纠正我 我并不自称是rite:)真的不需要这个。毕竟,自从Java诞生以来,没有了它们,我们就活了下来。但这是一个很好的选择。通常会有一个接口(例如集合),另一个类包含处理该接口的静态实用程序方

为什么java开发工具包1.8版中添加了这个(允许静态方法定义)
添加此功能有什么用?
为什么需要它?
我知道,对于任何实现此接口的类,都可以使用Interface.method()调用这些方法
他们为什么需要添加此项:?
我的意思是,若你们能在接口中定义静态方法,它有点像抽象类?不是吗?
如果我错了,请纠正我

我并不自称是rite:)

真的不需要这个。毕竟,自从Java诞生以来,没有了它们,我们就活了下来。但这是一个很好的选择。通常会有一个接口(例如集合),另一个类包含处理该接口的静态实用程序方法(例如集合)


将实用程序方法放在接口中可以更容易地查找这些实用程序方法,并且没有理由不允许在接口中使用静态方法,因此为什么不允许使用静态方法呢?…

请参见。'除了默认方法外,您还可以在接口中定义静态方法。(静态方法是与定义它的类相关联的方法,而不是与任何对象相关联的方法。该类的每个实例都共享其静态方法。)这使您更容易在库中组织助手方法。我明白您的意思了。集合的一些静态方法可以在任何派生类中使用!这有时会派上用场!如果您能给出集合或接口中经常使用的任何静态方法的示例。我发现在接口中允许静态方法是一个设计错误(因为它所做的一切都鼓励更多的静态方法,在“契约”上也是如此!)。。但我不是委员会成员。这个故事的寓意是:它就是它,但这正是我对大多数Java所说的。@VaibhavVaghela:静态方法不是(唯一)接口的实现者。它们是为界面的用户准备的。查看类集合、文件和路径。