問題タブ [final]

文字列を 1 文字ずつ処理し、それを解析してツリーのような構造を作成する再帰アルゴリズムがあります。パーサーが現在いる文字インデックスを追跡できるようにしたいのですが (他の何よりもエラーメッセージについて)、複数の返された型を処理するタプルのようなものを実装することに熱心ではありません。

メソッドの外側で宣言され、再帰メソッドに渡された Integer 型を使用しようとしましたが、それは最終的なものであるため、戻ったときに再帰呼び出しのインクリメントは「忘れられます」。(整数値の増分により、値渡しオブジェクトの参照ポイントが新しいオブジェクトになるため)

私のコードを汚染しないような仕事に似たものを得る方法はありますか?

この記事では次のように述べています。

不変であるためクラスをfinalにすることは、そうする正当な理由です。

私はこれに少し困惑しています...スレッドセーフとシンプルさのPOVから不変性は良いことだと理解していますが、これらの懸念は拡張性とはやや直交しているようです。では、不変性がクラスを final にする正当な理由になるのはなぜでしょうか?

可能な限り使用することを提案するいくつかの参照 (たとえばfinal) を見つけましたが、それがどれほど重要か疑問に思っています。これは主に、最終的なメソッドやクラスではなく、メソッド パラメーターとローカル変数のコンテキストにあります。定数の場合、それは明らかに理にかなっています。

一方では、コンパイラーはいくつかの最適化を行うことができ、プログラマーの意図をより明確にします。一方、冗長性が追加され、最適化は簡単になる場合があります。

それは私が覚えておくために努力すべきことですか？

Java で、クラスが特定のサブクラスのセットを持ち、他のクラスを持たないようにすることは可能ですか? 例えば：

A の他のサブクラスを作成できないように強制することはできますか?

Javaの次のインターフェースについて考えてみます。

そして次のクラス：

クラスAがやって来て、インターフェイスIの最終定数をオーバーライドできるのはなぜですか？

自分で試してみてください：

Java で継承を禁止する正当な理由は何ですか?たとえば、最終クラスを使用するか、単一のプライベート パラメーターなしのコンストラクターを使用するクラスを使用することによりますか? メソッドを final にする正当な理由は何ですか?

Javaでメソッドパラメータをfinalと宣言するパフォーマンス上の理由はありますか?

次のように：

対：

barは読み取り専用であり、変更されることはないと仮定しfoo()ます。

今日、私の同僚と私はfinal、ガベージ コレクションを改善するために Java でキーワードを使用する方法について話し合いました。

たとえば、次のようなメソッドを記述した場合:

メソッド内で変数を宣言するfinalと、ガベージ コレクションが、メソッドの終了後にメソッド内の未使用の変数からメモリをクリーンアップするのに役立ちます。

これは本当ですか？

Java では、ローカル変数とメソッド パラメータを final キーワードで修飾できます。

これを行うと、メソッドの本体で x と qwerty を再割り当てできなくなります。

このプラクティスは、一般的にプラスと見なされる不変性の方向にコードを微調整します。ただし、「最終」がいたるところに表示されてコードが乱雑になる傾向もあります。Java のローカル変数とメソッド パラメータの final キーワードについてどう思いますか?

不変型オブジェクト (String、Integer、..) を final としてメソッドに渡すと、C++ 定数ポインターの文字を実現できます。しかし、変更可能なオブジェクトでそのような動作を強制するにはどうすればよいでしょうか?

私が望むのは、someType を変更せずに someMethod が someObject の状態を変更できないようにすることだけです。これは可能ですか？