メインコンテンツまでスキップ

iCloud ストレージ：Drive と CloudKit

Apple の iCloud エコシステムには、アプリがデータを管理する主な方法が 2 つあります：iCloud Drive と CloudKit です。この違いを理解することで、QuickPlanX が従来のドキュメントベースアプリ（クラシック QuickPlan など）と比べてどのようにプロジェクトを管理しているかがわかります。

iCloud Drive（ドキュメントベース）​

iCloud Drive はファイルベースのストレージシステムであり、クラシック QuickPlan アプリが採用しているモデルです。

  • ファイル管理：プロジェクトは個別のドキュメントファイルとして保存されます。iOS の「ファイル」アプリや Mac の Finder から直接ファイルを確認・管理できます。
  • ストレージの柔軟性（クラシック QuickPlan）：ドキュメントベースのアーキテクチャにより、クラシック QuickPlan ではファイルの保存先を自由に選択できます。たとえば、デバイスのローカルストレージ、iCloud Drive、または Dropbox や Google Drive などのサードパーティクラウドサービスを利用できます。ファイルの整理やバックアップはユーザー自身の責任で行います。
  • アプリの直接制御の限界：iCloud Drive を使ったドキュメントベースのワークフローでは、バックグラウンド同期は主にシステムが管理し、アプリは制御できません。アプリは通常、ユーザーが明示的に開いたドキュメントにしかアクセスできないため、同期プロセスの詳細な可視性は低く、複数デバイスでの競合する変更の調整を確実にコントロールすることも、複雑なバージョン競合処理を実装しない限り困難です。

CloudKit（データベースベース）​

現代の QuickPlanX は CloudKit を採用しており、これは強力なバックエンドデータベースサービスです。

  • ストレージアーキテクチャ：プロジェクトはフォルダ内の可視ファイルとして保存されません。代わりに、プロジェクトデータはお客様の iCloud アカウント内のアプリの CloudKit データベースに安全に保存されます。
  • シームレスな体験：手動でファイルを移動・整理したり誤って削除したりする必要はありません。同じ Apple ID を使用するすべてのデバイス間で、バックグラウンドで自動的に同期されます。
  • より細かなアプリ制御：CloudKit はデータベースベースであるため、サーバーの変更や保存の競合に関する構造化された情報をアプリに提供します。これにより QuickPlanX は、ファイルベースのシステムよりも正確に独自の競合処理ロジックを適用できます。ほとんどの通常ケースでは差異を自動的に解決し、必要に応じてユーザーに判断を求めます。

共通点：同期スケジューリング​

アーキテクチャの違いにかかわらず、どちらのシステムも同期のスケジューリングには Apple に依存しています。

クラシック QuickPlan と iCloud Drive を使用している場合でも、モダンな QuickPlanX と CloudKit を使用している場合でも、実際のバックグラウンド同期は Apple のオペレーティングシステム（iOS/macOS）と iCloud サーバーによって厳格に管理・調整されます。バッテリー残量、ネットワーク状況、システムリソースの管理などの要因が、データの送受信タイミングを左右します。アプリは同期の即時完了を保証することも、システムスケジューラーを回避することもできません。CloudKit アーキテクチャではアプリが同期をより積極的にリクエストできますが、最終的な実行は Apple のシステムレベルの優先度に依存します。

主な違いのまとめ​

  • アーキテクチャ：iCloud Drive はファイルとバージョンを中心とし、ドキュメント全体を操作します。CloudKit はデータベースとレコードを中心とし、構造化されたデータオブジェクトを扱います。
  • アプリの制御：iCloud Drive の同期はシステム主導で、アプリの競合可視性は粗いです。CloudKit はアプリに構造化された競合情報を提供し、きめ細かな制御を可能にします。