仕組み
リアルタイム同期を備えたアプリは、デバイス上にローカルデータベースを保持します。読み取りは即座(ローカル)、書き込みはローカルでキューイングされ、すべてがバックグラウンドでサーバーに同期されます。AI が設定すること
AI にリアルタイムアプリを構築するよう依頼します。適切なアクティブなデータベースが存在する場合は再利用し、そうでない場合はデータベースを作成し、同期サービスを有効にして、2 部構成のアプリを構築します:- UI - ローカルデータベース、ライブクエリ、同期コネクタを備えたクライアントアプリ
- Process - トークンエンドポイント、同期アップロードルート、マイグレーションランナー
db ツールを使用してデータベース環境変数をプロセスコンポーネントに接続します。
アプリが準備完了と見なされる前に、データベースは sync: ready を表示する必要があります。同期が準備完了でない場合、アプリはレンダリングされる可能性がありますが、クロスデバイスのリアルタイムデータは機能しません。
経験則
- ローカルに最初に書き込みます。バックグラウンドで同期アップロードを行わせます。
- ローカルデータが存在したら、ローディングスピナーではなく空の状態を表示します。
- ユーザーに見える状態を同期テーブルに保持して、更新とオフライン使用に対応させます。
- 関連するローカル書き込みをグループ化して、UI が 1 ステップで更新されるようにします。
- リアルタイムアプリを完成させる前に同期の健全性を確認します。
オフラインアプリシェル
UI テンプレートにはオフラインアプリシェルを含めることができるため、最初の訪問後にネットワークなしでアプリを再度開くことができます。アプリシェルは静的 HTML、JS、CSS、アイコンです。- オフラインシェルはネットワークなしでアプリを開きます
- 同期はオフライン中にアプリデータを使用可能に保ちます
リアルタイム同期を使用する場合
プラットフォーム変数
Kazzle はすべてのアプリプロセスに自動的に小さな環境変数セットを注入します。これらは独自のVault シークレットとは別です。兄弟 URL
アプリに複数のコンポーネント(例:web UI と server プロセス)がある場合、Kazzle は兄弟コンポーネントの URL を注入できます: