Pushpin: ブラウザのサポート

ああ、私はすべてブラウザのサポートに賛成です！ ブラウザでフロントエンドを実行し、ノードプロセスでバックエンドを実行できると思います。

そうは言っても、フロントエンドは単なるレンダリングスレッドです。 実際に何か面白いことをするためには、常にフロントエンドを備えたバックエンドが存在する必要があります。 ゴザラを探しているものに近いミッドエンドを想像し、共有バックエンドにより多くの責任をアウトソーシングできると思います。

とは言うものの、それが自己完結型であることは、このプロジェクトの明示的な（しかしおそらく変更可能な）エンジニアリング目標です。 それが仕事であるために外部サービスは必要ありません。 インストールまたは依存するものは他にありません。

具体的には、バックエンドについて考えているのは、ネットワークとファイルシステムの機能を提供する部分です。 理想的には、フロントエンドがダウンしている場合でも、フロントエンドキャッシュの変更を永続化できる必要があります。

ローカル/オフラインの変更をフロントエンドで永続化し、利用可能になった後でバックエンドに複製できなかった理由はありますか？ それは明らかに実装の複雑さ以外です。

まあ、物事を永続化することはバックエンドの仕事です。 それが私が言おうとしていることです。 フロントエンドは、永続化しない単一のレンダリングスレッドです。 これは、フロントエンドの重要かつ不可欠なプロパティです。 ローカル永続化を実行し、バックエンドなしで動作できる一種のミッドエンドが必要な場合は、完全なピアにしてみませんか？

フロントエンドが永続化を行わない理由は、永続化、CRDT計算、およびそれらすべてが入力スレッドをブロックするためです。

まあ、物事を永続化することはバックエンドの仕事です。 それが私が言おうとしていることです。 フロントエンドは、永続化しない単一のレンダリングスレッドです。 これは、フロントエンドの重要かつ不可欠なプロパティです。 ローカル永続化を実行し、バックエンドなしで動作できる一種のミッドエンドが必要な場合は、完全なピアにしてみませんか？

了解しました。ミッドエンドの用語を採用したいと思います。 ただし、このコンテキストで「フルピア」が何を意味するのか完全にはわかりません。

フロントエンドが永続化を行わない理由は、永続化、CRDT計算、およびそれらすべてが入力スレッドをブロックするためです。

ブラウザにはかなり長い間ワーカースレッドがありました。 実際、これらはこの種のものに適しています。サービスワーカーは、完全にグリッドに属し、バックエンドプロセスが範囲外である場合でも、すべてを実行できます。

ええ、私は「バックグラウンド」ワーカーをサービスワーカーに移動し、画鋲をPWAとして機能させたいと思っています。 それが夢です！

ワーカーの場合、いくつかの重要な注意事項がありますが、組み込みのIndexDBまたは同様の「ブラウザーネイティブ」ストレージソリューションなどを使用して、ブラウザーで長期間永続化することができます。 現在これに取り組んでいる人はいますか？