利用EventObject.getSourceるActionlistener

Question

私はリファクタリングの一部のコードのための課題-現在のビューのボタンやメニューやアクションリスナーを追加する決定などを用います。getSource().かった人という風に思われていることの良されGUI部品を独自のアクションリスナーを追加しても作りを通して何らかの工場です。しかしそのようなクリーンコードビット他特典はここを与えているものはなくフラッシュすることはありませんのヒープの影響はないのですが？

おかげさ

Aly

Answer 1

を別のリスナーを意味しないようにする必要はありbooleanのための試験は何をすべきだろうかおスです。この二つの特典

• 最初にこれはコードを実行ビットが速くなります。

• 第二にも高くメンテナンス性と拡張性のコードです。が必要な場合に追加した新しいコンポーネントをする必要がなくなり、より快適な修正します。

しようとした場合においてリスナーにもアプレットやアプリケーションオブジェクトそのもの)法としてのリスナーのための複数のコンポーネントお取り消しの基本派遣の中心となるメソッドを呼び出すたびに、実施を派遣します。このスイッチ機構別に識別できる状態での各種部品にそのイベントだ。システムのようになります。このスイッチ構造でエラーが難しいとして保持し、プログラムです。に派遣する。

ソース： パターンのためのJavaのイベント

Answer 2

これはトレードオフです。リスナーの質量はあなたの記憶を乱雑にし、パフォーマンスにマイナスの影響を与える可能性がありますしながら、ソース上のifの束を持つコードは、醜いとみなされます。

の選択肢を考えると、私は通常、私は通常、バグの少ないチャンスを意味以下のコードとして、記述する必要がコードの量を最小限に抑えることが何のために行く。