为什么会有没有母性在Java7吗？

题

是否有任何合理的理由，为什么母性不会的一部分Java7吗？

解决方案

在Java中做属性“权利”并非易事。雷米Forax的工作特别是非常宝贵搞清楚这可能是什么样子，并揭露了“陷阱”，将有要处理的很多。

同时，爪哇7已经采取太长。该关闭的辩论是一个巨大的，有争议的分心是浪费了很多本来可以用于开发具有支持广泛共识的功能（如属性）思维的力量。最终，决定将限制模块化（Jigsaw项目）的重大变化。只有“小变化”被考虑的语言（在项目硬币）。

JavaFX的有美丽的属性的支持，所以孙清楚地了解物业的价值，并且知道如何实现它们。但是已经通过JavaFX的属性被宠坏了，开发商不太可能满足于在Java半生不熟的执行。如果他们是值得做的，他们是值得做的权利。

其他提示

有一些高层原因相关的时间表和资源的过程。执行的性质和了解所有的影响和交叉点与其他的语言功能是一个巨大的任务类似大小的各种Java5语言的变化。

但是我认为的真正原因的太阳是不是推动性质是相同的封闭：

1)没有共识，什么样的实现应该看起来像。或者说，有许多相互竞争的替代品，并人人都热衷于性质不同意有关关键部分的落实。

2)也许更重要的是，有一个明显的缺乏协商一致，关于是否的特点是希望在所有。虽然许多人希望的特性，也有许多人不认为这是必要的或有用的(特别，我认为服务器的端人们看到的性质如远不要他们的日常生活中于摆动程序).

性质历史上在这里：

任何给定的是“尚未完成”默认情况下，所以不需要特别的理由仍然没有做过的东西。相反，从“未完成”，以“计划”或“完成”移动的东西是需要一些令人信服的理由。没有足够说服力的理由还没有出现这种语言功能。

还有两个原因，以避免性质的任何语言:

性不是很面向对象的。使他们易于编写鼓励模式，其目的只是提供了其内部的国家和呼叫者操纵。对对象应该提供更高级别的方法，并保持其内部，私人的。下一次你们不厌其烦地实施一个吸气，考虑什么样的呼叫者将与数据以及是否可以只是提供这种功能。
性能鼓励可变的状态(通过制定者)，这使得程序更少并行.作为核心的数量上升，我们都应该努力使我们的对象不可改变的作并推理更加容易。下一次你们不厌其烦地实施定者，考虑删除它，并制作对象不可改变的。

许可以下： CC-BY-SA 和归因