2009-03-05 10 views
0

概要:私のプロジェクトで

、DOM/HTMLでレンダリングされるUIコンポーネントのすべては、タイプコンポーネントのJavascriptのオブジェクトとして管理/保存されます。これはリスナーオブジェクトの定義と一致していますか?

コンポーネントオブジェクトはのイベントは、それが受け取る可能性があることをコンポーネントを発射リッスンをレンダリングDOM/HTMLから送られてくるイベントをリスンしのComponentListenerクラスが含まれている、ともEventControllerから。

EventControllerは、デカップリングを促進するために... の集中パブリッシャ/サブスクライバのパターン(またはあなたが好む場合、の集中件名/ Observerパターン)を実装するだけで、別のJavaScriptクラスです。

いるComponentListenerは、以下の定義が与えられる。

定義:

であること(DOM管理要素から、親コンポーネント・オブジェクトのイベントを受け取るオブジェクト親コンポーネントオブジェクトによって管理される)、またはEventControllerから取得できます。例について

:マウスは、それがイベントをリッスンしていることコンポーネントオブジェクトを表す<DIV>要素に入ったときに呼び出されるその onMouseEnter方法があるかもしれないいるComponentListener

インスタンスために。

質問:

いるComponentListener warrentの私の定義はむしろリスナーよりも別の用語として定義されていますか?または、私は約"にスポット" ComponentListenerとしてそれを定義していますか?

+0

私はComponentListnerは良い名前だと思います。 –

+0

ああ大丈夫です! :) – leeand00

答えて

0

リスナーはイベントを聴いていますが、コンポーネントではありません。コンポーネントによってイベントが生成されます。イベントリスナーを検索すると、興味深いものが見つかるはずです。

+0

さて、リスナーはイベントを聴いています...私が話しているイベントは、ComponentListenerを含むJSオブジェクトによって管理されるUIコンポーネントのHTML表現です。 – leeand00

+0

私は質問が何であるか分かりません。 「イベントを受け取るオブジェクト」はリスナーであり、通常はイベントをパラメータとして発生させるコンポーネントを取得します。それは良い定義です。"DOMまたはEventControllerのコンポーネントオブジェクト"があなたの具体例のようです。 –

+0

私はちょうど解明のために私の質問を編集しました...私は前回は十分にはっきりしていなかったと思います。 – leeand00

関連する問題