JavaScriptのパブ/サブ - メッセージの優先順位の問題よりも、議論の

Question

より：私は、これまでそれがかなりのアイオープナーをされている「大規模JavaScriptのアプリケーションアーキテクチャ用のパターン」と題した記事を読んでいる

。

この記事の著者は、メディエータ/コントローラの使用によるpub/subアーキテクチャの使用を推奨しています。現実の例はありませんが、実際のスライドショー（http://addyosmani.com/blog/jqcon-largescalejs-2012/）ではAmplify.jsの使用を主張しています。

他の多くのpub/sub実装と同様に、Amplifyはメッセージの優先順位をサポートしています。私の理解は、調停者がいつどこで発生するのかを制御するため、調停者がその場にいると、メッセージの優先順位付けの必要性が減ることです。これは有効な点ですか？

メッセージの優先順位は、アプリケーションが大きくなる（そして変化する）場合は、モジュールのヒープがすべてサブスクリプションに設定された異なる優先順位で設定され、何が起こっているのかを実際に制御することができないために恐怖を感じます。これは有効な関心事であるか、単に実際にどのように使用すべきかについての誤解ですか？

Answer 1

複雑なバージョンのpub/subを使用することはできません。優先順位の観点から考えるのではなく、チャネルの観点から考えると、すべてのチャネルが互いに独立して処理され、いずれも優先度がないと仮定します。

注意：モジュール名をチャネル名または名前空間として使用しないでください。もしそうするならば、他のモジュールにあなたのモジュールへのダイレクトリファレンスを与え、メソッドを直接呼び出すこともできます。要点は、モジュールがお互いを知りませんし、直接通信しないことです。

もう1つのヒント：他のモジュールに何をすべきか教えてください。代わりに、メッセージを送信するモジュール内で発生したイベントを報告します。その微妙な思考の変化は、モジュールを分離した状態に保つための鍵です。

Answer 2

この質問で提案されているように、チャンネルとして使用することをお勧めします。

1. デバッグメッセージサイズまたは要素の位置に影響を与える関与する任意のDOMレイアウト変更を
2. サブスクリプション、1が最高であり、5サブスクリプションのため

   優先順位が最も低いです。

3. レイアウトに影響を与えないDOMスタイルだけのサブスクリプションが含まれています。
4. DOMのレイアウトやスタイルを読み込むサブスクリプション。
5. DOMタッチがないサブスクリプション（pure JS）。

可能であれば、layout thrashingを防止する必要があります。

古い投稿に返信して申し訳ありませんが、「パブ優先順位」のGoogleの最初のページであり、そこにはあまりありません。