多くのストリーミングと共有状態のデザインパターン

Question

私は、複数のユーザーが同じホワイトボードを見て、それを描くことができる楽しいオンラインホワイトボードアプリケーションを作成しています。私はWebSocket（フロントエンドではバニラJS、バックエンドではScala）を使用していますが、今は基本的にマウスイベントを1人のユーザーから残りのユーザーにブロードキャストし、イメージをクライアント側にレンダリングしています。

しかし、これは一時的な共有状態になりますが、ユーザーはいつでもホップして保存された共有状態を確認できます。私はこれがおそらくバックエンドとフロントエンド上で共有レンダリングコードを持つ必要があると考えているので、クライアントはストリームとしてイベントをレンダリングしますが、クライアントが関連するときにサーバは生のイメージデータを送ることができます。

私の質問はここです：私はこの種のプロジェクトに気づくべき他のデザインパターンは何ですか？これは楽しい/学習のためのプロジェクトなので、これは自由な質問ですが、この種のデータフローに役立つ参考資料が含まれています。

Answer 1

私の質問はここにあります：私は のこの種のプロジェクトに気付かなければならないいくつかの他のデザインパターンは何ですか？

サーバー上にレンダリングコードを持つ必要はありません。現在のホワイトボードにつながったすべての蓄積されたイベントを保存して新しいクライアントに送信するだけで、新しいクライアントがすべてのイベントが起きたときにリッスンしているかのようにホワイトボードをレンダリングさせることができます。

実用以上のデータの場合は、生のイベントを圧縮できます。例えば、直線またはほぼ直線のセグメントは、介在するマウスの位置をすべて必要とするわけではありません。実際には、セグメントの最初と最後の位置が必要です。