ベストプラクティス - Javaインターフェイスの一部としてイベントを宣言する

Question

インターフェイスとイベントを使用してUIコードをデカップリングしようとしていますが、イベントを宣言するための方法やベストプラクティスがあるかどうかを知りたいと思いますJavaインタフェースの - C＃が提供するもののようなもの：

// C# event declaration in interface 
public interface IAction 
{ 
    event EventHandler OnAction; 
} 

私の目標は、それはそれ（実装）が知られているように、インターフェイスをマークするだけで、特定のタイプのイベントを発生させます。私は、その動作を強制するためだけのドキュメンテーション以上を含めることができると期待しています。私は、Javaが "イベント"キーワードやこれを行う直接的な方法を提供していないことを認識しているので、これを達成するための回避策やベストプラクティスに関する助言を期待しています。

public interface FiresEvent<T extends Event> { 
    public void fireEvent(); 
} 

...そして私のカスタムインターフェイスでそのインターフェイスを継承する：私はこれを行うと考えることができ

一つの方法は、イベントを発生する機能を表し、一般的なマーカーインターフェイスを作成することです。

public interface MyInterface extends FiresEvent<ActionEvent> { 

} 

このアプローチの問題は、「FiresEventは」だけでも、一般的なタイプが変化した場合、一度継承することができ、その解決策は、オブジェクトが複数の源となり得る場合のための十分な汎用的ないないようだということですイベント。

私は、人々がこれをどのように処理するのか、またイベントを発生させる必要性を文書化するよりも良い方法があるのか​​どうか不思議です。

EDIT： たぶん、次は私の質問をクリアします：

私は、発信者がオブジェクトに対するハンドラを登録できるようにすることで、Javaのハンドラリストのアプローチと自己取り扱いを理解しています。私の場合、私はイベントバスに頼っているので、イベントを「放火」イベントと見なして、ハンドラにリダイレクトすることができます。

私は、インターフェイスの責任を定義したい：インタフェースの実装者が何

/世界/イベントバスに型Tのイベントを発生

• インタフェースの実装者がに委任する必要はありません。登録されたリスナー自身

Answer 1

Javaでは、以前とは少し違ったイベントが処理されますが、概念は同じです。イベントリスナーと呼ばれるものを作成し、イベントが発生したときに呼び出されます。これは、複数のリスナーを登録することができるため、より優れた構成にすることができます。私はインターフェイスでこのtutorial

Answer 2

方法の存在

registerXListener(XListener listener) 

を閲覧示唆

は、クラスがその介護者にXEventsを発送させていただきますことを示しています。つまり、 'マーカー'は単なる別の方法です。 （と思う）C＃のイディオムの最寄りのアナログは、これは注釈を使用するための自然な場所のように思える

public interface XEventFirer 
{ 
    public void registerXListener(XListener listener) 
} 

Answer 3

のように、インターフェイスにその方法を持ち上げることであろう。私はEventBusを見てきました。これは、イベントのパブリッシュとサブスクライブにアノテーションを使用しています。このアプローチは当然自己文書化であり、実装方法に応じてコードを読みやすくしたり、アノテーションを強制することができます。