概要この記事は、ゲームビジネスアーキテクチャに関連するコンテンツの紹介から始まります。ゲームビジネス層では、分離する必要があるすべてのシステムとモジュール間の通信を、メッセージ配信を通じて分離できます。たとえば、ネットワーク復帰通知、インターフェースに同期されたデータ更新など。 メッセージ配信はオブザーバー パターンに基づいて設計されています。メッセージを処理する必要がある場所では、リスニング コールバックをメッセージ センターに登録します。メッセージがディスパッチされると、メッセージ センターのディスパッチ インターフェイスが呼び出され、メッセージのリスニング キューを走査して、対応するコールバック メソッドを呼び出します。 具体的な計画まずリスニングコールバックタイプを定義する /** * メッセージ監視コールバックメソッド */ エクスポート型NotifyListener = (src: any, data: any) => void; キー値でリスニングキューを保存する プライベート静的 msg2listDict: Dictionary< 文字列、配列<NotifyListenerInfo> > = 新しい Dictionary< 文字列、配列<NotifyListenerInfo> >(); インターフェース定義 /** * 複数のリスナーを追加します。手動で削除する必要があります * @param msg * @param リスナー * @param ターゲット */ パブリック静的 addListener(メッセージ: 文字列、リスナー: NotificationListener、ターゲット?: 任意): void {} /** * ワンタイムリスナーを追加し、イベントがトリガーされた後に削除します* @param msg * @param リスナー * @param ターゲット */ パブリック静的 addOnceListener(メッセージ: 文字列、リスナー: NotificationListener、ターゲット?: 任意): void {} /** * 指定されたメッセージで指定されたリスナーを削除します * @param msg * @param リスナー */ パブリック静的removeMsgListener(メッセージ: 文字列、リスナー: NotificationListener): void {} /** * 指定されたメッセージのすべてのリスナーを削除します * @param msg */ パブリック静的removeMsgAllListeners(msg: string): void {} /** * 指定されたターゲットの指定されたメッセージの監視を削除します * @param msg * @param ターゲット */ パブリック静的removeTargetMsgListen(メッセージ: 文字列、ターゲット: 任意): void {} /** * 指定されたターゲットのすべてのメッセージリスナーを削除します * @param target */ パブリック静的removeTargetAllMsgListen(ターゲット: 任意): void {} /** * メッセージを送信 * @param msg * @param ソース * @param データ */ パブリック静的通知(メッセージ: 文字列、ソース: 任意、データ: 任意): void {} 追加および削除の実装では、メッセージが送信される可能性があることに注意する必要があります。 新しく追加されたメッセージのリスナーは、現在のキューのメッセージが配信された後に配信される必要があります。そのため、追加するキューを追加します。 プライベート静的リスナー2add: Array<NotifyListenerInfo> = []; リスナーを追加する際には以下の判断を行ってください // メッセージはディスパッチされ、キューに追加されます if (NotifyCenter.notifyMsgs.indexOf(msg) >= 0) { NotificationCenter.listener2add.push(情報); 戻る; } 同様に、リスナーを削除するときにも、メッセージがディスパッチされる可能性があります。キューの変更によって for ループ例外が発生するのを回避するには、削除するキューを追加します。メッセージをディスパッチするときに、リスナーが削除キュー内にある場合は、ディスパッチされません。メッセージが送信されたら、キューから削除します プライベート静的リスナー2削除: Array<NotifyListenerInfo> = []; リスナーを削除する際には、次の判断を行う // メッセージは送信され、削除されるキューに入れられます if (NotifyCenter.notifyMsgs.indexOf(msg) >= 0) { NotificationCenter.listener2remove.push(リスト[i]); } それ以外 { リスト.splice(i, 1); } メッセージをディスパッチするときに、指定されたメッセージのキューを反復処理します。 // キューが存在しないため、処理する必要はありません。let list = NotificationCenter.msg2listDict.get(msg); if (!リスト) { 戻る; } // メッセージをディスパッチ済みとしてマークします。複数のメッセージが同時にディスパッチされる場合があります。同じメッセージが複数回マークされる場合があります。NotifyCenter.notifyMsgs.push(msg); // メッセージディスパッチを処理する for (let i = 0, n = list.length; i < n; i++) { NotificationCenter._dispatch(リスト[i]、src、データ、false); } メッセージを送信する際、まずキューが削除されるかどうかを確認します。 // 削除キューではディスパッチなし if (NotifyCenter.listener2remove.indexOf(info) >= 0) { 戻る; } 現在のキューがディスパッチされた後、追加するキューをチェックします // 追加するキューを処理する for (let i = 0, n = msg2add.length; i < n; i++) { リスナー2追加[i].msg == msgの場合{ NotificationCenter._dispatch(listener2add[i], src, data, true); } } メッセージ配信センターが導入され、分離されたシステムとモジュールがメッセージの監視とディスパッチを通じて通信し、相互参照の結合を回避できるようになります。 以上がCocosCreatorメッセージ配信の仕組みの詳しい説明です。CocosCreatorメッセージ配信の詳細については、123WORDPRESS.COMの他の関連記事に注目してください。 以下もご興味があるかもしれません:
|
<<: in() の ID の順序に従った Mysql クエリ結果の順序の詳細な説明
>>: Centos7 サーバーで jar パッケージ プロジェクトを開始する最良の方法
問題の原因: 最初は CentOS 8 のデフォルトの yum ソースを正常に使用できますが、次のコ...
Web プロジェクトがどんどん大きくなると、CSS は天文学的な大きさと複雑さを増します。この問題を...
注:記事に誤りがある場合は、メッセージを残して指摘してください。ご協力ありがとうございます。名前名前...
質問docker で gdb を実行すると、ブレークポイントに到達しますが、ブレークポイントに入るこ...
設置環境WIN10 VMware Workstation Pro 15.0.0 ビルド 101344...
成果を達成する実装コードhtml <div>123WORDPRESS.COM</d...
ここでは比較的簡単なインストール方法のみを紹介します。 1. yumを使用してインストールするyum...
この記事は主に、nginx を介して方向プロキシを実装するプロセスを紹介します。この記事のサンプル ...
準備: 1. VMwareワークステーションソフトウェアをインストールする2. Kali Linux...
目次序文始める序文サーバーのデフォルトの SSH ポート番号は通常 22 であるため、ほとんどのユー...
序文ページを作っていく上で、ページレイアウトに関する内容に遭遇することが多く、面接でも聞かれることも...
最近、データベースについて学び始めました。最初にやったことは、データベースとは何か、データベースとデ...
1 選択タグは閉じられている必要があります <select></select>...
目次1. データベースのマスター/スレーブ分類: 2. MySQL マスタースレーブの紹介3. マス...
序文Oracle であれ MySQL であれ、新バージョンで導入された新機能は、一方では製品の機能性...