キャンバス アプリ用のモバイル オフライン
Dataverse ベースのキャンバス アプリのユーザーがインターネットへのアクセスが不安定である、またはアクセスできない場合は、簡単なスイッチおよびキャンバス コントロールを使用してオフライン ファースト アクセスを簡単に提供できます。 基本的なオフライン ファースト アプリは簡単に作成できます。 通常の Power Fx 式を使用してアプリを構築するだけで、Power Apps オフライン機能がその他すべてを処理します。
重要
オフライン ファースト機能は、スタンドアロンのキャンバス アプリでのみ機能します。 埋め込みキャンバス アプリ または カスタム ページでは機能しません。
重要
- オフライン ファースト機能は Dataverse テーブルでのみ動作し、次の Power Fx 関数はサポートしていません:
- 最小/最大/平均
- Relate
- Unrelate
- (メンバーシップ) で
- UpdateIf
- RemoveIf
- 列検索のフィルターは、アプリがオフラインで有効になっている場合、1 レベルの検索のみをサポートします。
- 多対多のリレーションシップはサポートされていません。
Microsoft は、将来的にこれらの機能とトークンをサポートする予定です。
カスタム オフライン プロファイルを使用して、複雑なオフライン アプリを構築することもできます。 オフライン プロファイルとは、アプリがユーザーのモバイル デバイスに読み込むデータに対する一連のフィルターと制限のことです。 オフライン プロファイルは、デバイスにダウンロードされるデータ量を削減することで、アプリのパフォーマンスを最適化するのに役立ちます。 たとえば、テーブル内の何百万ものレコードへのアクセス権を持っている場合でも、アプリに必要なレコードはそのうちの 1,000 件のみである場合があります。 1,000件 のレコードだけをダウンロードすると、アプリのパフォーマンスが向上します。 オフライン アプリに 15 以上のテーブルが必要な場合は、カスタム オフライン プロファイルの使用を検討することをお勧めします。
Mobile offline を開始するには、アプリとアプリが使用するテーブルで、オフライン機能をオンにします。 基本的なオフライン画面テンプレートがアプリに自動的に挿入され、直接使用したり、開始点として使用したりできます。 キャンバス アプリ用の Mobile offline の設定。
モバイル オフライン ファーストを使用する
オフライン ファーストとは、オフラインのときにユーザーが必要とするすべてのデータがモバイル デバイスにコピーされることを意味します。 最初にデータをダウンロードするにはネットワーク アクセスが必要ですが、その後は、オンライン状態であっても、ユーザーは自分のデバイスにローカル保存されているデータのみで作業します。 アプリはローカル データを使用するため、ネットワークのオンおよびオフは、アプリのパフォーマンスには影響しません。 Power Apps は、アプリのネットワーク アクセスを監視します。 接続を検出すると、ローカルの変更があれば自動的にサーバーに同期され、更新があればサーバーからダウンロードされます。 オフライン機能は競合検出を処理し、システム リソースの使用を最小限に抑えます。
アプリでオフライン機能をオンにすると、インターネット接続の有無にかかわらず、アプリは常にオフライン ファーストを実行します。 この機能は、オフライン パフォーマンスを最適化し、ユーザーが場所を変更するときに一貫した体験を作成します。
キャンバス アプリに LoadData/SaveData ではなくオフラインを使用するのはなぜですか?
LoadData/SaveData Power Fx 機能の代わりにキャンバス アプリの組み込みオフライン機能を使用することで、重要なメリットをいくつか得ることができます。
トピック | LoadData/SaveData | 組み込みオフライン |
---|---|---|
Power Apps Studio のサポート | カスタム | 組み込み |
コードの複雑性 | Power Fx コードの複雑さはデータの複雑さに応じて増大します | コードなし |
サポートされている Power Fx 関数 | すべて | 部分的 (この記事の冒頭近くにある 重要 注に記載されている制限事項を参照してください。) |
アプリ チェッカーのルール | なし | 共通の構成の問題のフラグ |
オフラインまたは接続時のユーザー エクスペリエンス | 提供されない/カスタムのみ | [自動] |
ユーザーエクスペリエンスまたはステータスを同期する | 提供されない/カスタムのみ | 自動 |
画像とファイルのサポート | はい、ただしパフォーマンスとメモリの制限に達する可能性があります | サポートしていません |
最適化された差分同期 | いいえ | はい |
競合の解決 | 手動 | [自動] |
ローカル データ ストア | Files | トランザクションのデータベース |
スキーマの変更を自動的に処理します | いいえ | はい |
大規模なデータセットを使用したアプリの高速起動 | いいえ | はい |
データ サイズの制限 | デバイスに応じて、ほとんどの場合 30 ~ 70 MB | デバイスに応じて、デバイスのストレージ容量まで |
参照
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示