为什么可选不实施供应商？
我们都知道可选
如果碰巧没有原因，如果Oracle将其实现到Java的未来版本中，它会破坏任何以前的代码吗？
共有3个答案
java.util中没有任何接口。该函数包具有实现类（至少是Java平台类）。我认为这是因为这些接口不是为任何其他目的而设计的，而是如包描述所述，为lambda表达式和方法引用提供目标类型。
正如@MattTimmermans所解释的那样，可选实施供应商没有合乎逻辑的理由。但是，Java的方法引用使得在共享相同功能签名的接口之间进行转换变得非常容易。给定可选
这是因为它们的含义不同。
< code >可选
A＜代码＞供应商
-
我读了很多关于应该使用的案例。 我读过的许多页面都说不应该用于私有实例变量，而应该由getters返回。 我认为将私有实例变量作为可选变量仍然是有用的。如果有人查看我的代码，他们可以看到一个值可以是空的，而不必检查留档是否可以返回空。 在Scala中，null从未使用过，它只是用于与Java的互操作性。如果值可以为null，建议始终使用可选值。这种方法对我来说更有意义。 这里有一页提到了它： ht
-
问题内容： 今天打开了LinkedHashSet源代码，发现了一些有趣的东西： 问题是：为什么当HashSet已经是Set时，为什么它们既需要“ extends HashSet”又需要“ implements Set”？ 问题答案： 我问过乔什·布洛赫（Josh Bloch），他告诉我这是一个错误。很久以前，他曾经认为其中有一些价值，但是他自从“看到了光”。显然，JDK维护人员认为以后不应该撤消此
-
当使用Java8类时，有两种方法可以将值包装到Optional中。 我理解是使用的唯一安全方法，但为什么？为什么不直接使用
-
我想知道为什么在Java8API上，可选类有
-
问题内容： 在添加新的键值对时，我有几个关于重建的问题。我将基于以下事实提出问题（对于Oracle JVM来说是正确的，不确定它们是否对其他JVM正确）： 每当您将HashMap增大到大于阈值（阈值= loadFactor * numberOfEntries）时，调整大小即可重新构建以具有更大的内部表数组。新创建的Entry放在哪个存储区中无关紧要-地图仍会变大。即使所有条目都进入一个存储桶（即，
-
我很难从各种渠道获得关于如何修改我现有的ASP.NET应用程序(非MVC，如果这很重要的话——基于基于表单的认证的旧web表单)的明确指导，以接受通过SAML的单点登录用户。具体来说，我们希望连接到俄克拉荷马州。我已经让OpenID Connect与Okta一起工作，但是我们的客户特别希望通过Okta使用SAML。我们也希望在未来通过SAML支持其他身份提供者。 我已经在Okta中设置了应用程序，