質問

が合理的な理由、なぜ ネイティブ性 なる事はありませんJava7?

役に立ちましたか?

解決

Javaでのプロパティ「権利」を行うことは容易ではないだろう。レミForaxの作品は特に、これはどのように見えるかを考え出すと、に対処する必要があります「落とし穴」の多くを暴くに貴重なされています。

一方、Javaの7はすでにあまりにも長い間してきました。クロージャの議論は、サポートの幅広いコンセンサスを持っている(プロパティなど)の機能を開発するために使用されている可能性が心-多くの電力を無駄に巨大な、論争の気晴らしでした。最終的に、決定はモジュール化(プロジェクトジグソーパズル)に大きな変更を制限しました。唯一の「小さな変化」(プロジェクトコイン下)言語のために検討されている。

JavaFXの美しいプロパティをサポートしているので、日は明らかに性質の価値を理解し、それらを実装する方法を知っています。しかし、JavaFXのプロパティで甘やかされた、開発者はJavaで中途半端な実装のために解決する可能性が低いです。彼らがやって価値があるならば、彼らは右やって価値があります。

他のヒント

が高いレベルの理由で関連スケジュール及び資源のコースです。実施の特性と理解すべての影響は、交差点のその他の言語の特徴は大きな課題と同様のサイズのJavaの5言語変化します。

私は、太陽が進性と同様に閉鎖:

注1)コンセンサスの実施も含む)を検出します。というか、多くの競合の代替と人をつくり出す意欲を持っ性同意できない程の重要な部品の実装されます。

2)かなり重要なことは、大きな意いかどうかについて特徴でした。多くの人がしたい物件でも多くの人がわからない考えないといけないので必要または有用(特に、私のサーバ側ける伝達創成機構解明のための数特性としてこの重要な日常生活のスイングプログラマー).

物件の履歴はこちら

任意の与えられたものは、デフォルトでは「行わない」されているので、特別な理由が行われないままに何かのために必要ありません。むしろ、いくつかの説得力のある理由は、「計画」または「完了」し、「行っていない」から何かを動かすために必要とされます。いいえ、十分に説得力のある理由は、まだこの言語機能に対するニーズが生じていない。

ありの理由を回避性が言語:

  • 物件はオブジェクト指向が強い。作していない商品については、書を奨励するパターンのオブジェクトでして、その内部状態の呼び出し側を操作します。のオブジェクトを高いレベルの方法及びその内部は非公開です。次回はいtediouslyの実施、ゲッターのように呼び出しまでのデータをできるかどうかだけを提供する機能。

  • 特性を変更可能な状態をセッター)、プログラム以下parallelizable.としてコア数が上しているという作物に変更できる同時推論します。次回はいtediouslyの実施、セッター、撤去では、オブジェクトは不変です。

  • 足りません。
  • なspeccedが必要ですか?
  • 困難に追加するjavaによるjavaの実行?
  • みな、ieったものもprioritiesed?
ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top