ファイルが実際にiPhone上のどこに存在し、誰がそれを見られるのか

インストールされた各アプリはサンドボックス——そのアプリだけが読み書きできる専用のフォルダーツリー——の中で動作します。共有のC:ドライブも/homeもなく、アプリが迷い込める場所はどこにもありません。これはプラットフォームのセキュリティモデルの土台であり、実際によくできた仕組みです。行儀の悪いアプリが他のアプリのデータを漁ろうとしても、そもそもデータの存在自体を確認できません。

サンドボックスの内部には、それぞれ異なるルールを持ついくつかのディレクトリがあり、人が気づく奇妙な挙動の大半はこのルールで説明できます。Documentsはユーザーが作成・持ち込んだコンテンツ用で、バックアップに含まれ、アプリは「ファイル」アプリに表示させることを選べます。Library/Application Supportはアプリ自身の作業データ（データベースやインデックス）用で、バックアップはされますがユーザーには見えません。Library/Cachesは再生成できるものなら何でも置ける場所で、バックアップされず、ストレージが不足すればシステムが確認なしに空にします。

最後のこの点が、ある特定の——そしてとてもよくある——驚きの原因になります。端末の容量がいっぱいになると、サムネイルやプレビューなどの派生ファイルが消えるのです。よくできたアプリはこれを正常な動作として扱い、必要になれば再生成します。かけがえのないものをキャッシュに保存してしまったアプリは、それを失うことになります。

「ファイル」アプリは、あなたが許可した場所——iCloud Drive、拡張機能をインストールしたクラウドプロバイダー、接続済みのドライブ、そして公開を選んだすべてのアプリのDocumentsフォルダー——を巡るブラウザです。れっきとしたファイルマネージャーであり、PDFを移動する程度には十分すぎるほど機能します。

そうではないもの、それがメディアライブラリです。「ファイル」アプリには、何を視聴したか、プレイリスト、お気に入り、再開位置といった概念がなく、4つのファイルが1つの作品のエピソードであることすら分かりません。ファイルの中身に対して何かをすることもできません。動画から音声を抽出することも、アーカイブ全体を展開せずに中身を見せることも、メディアライブラリが扱うコンテンツの半分すら再生することもありません。

したがってiOSでの現実的な棲み分けは「『ファイル』アプリか、ファイルマネージャーアプリか」ではなく、その両方です。「ファイル」はアプリとドライブの間で物を移動させるためのもの、メディアアプリはライブラリそのもののためのもので、そのフォルダーが「ファイル」からも見えるようにしておけば、何も閉じ込められずに済みます。

ほとんどのアプリはファイルをパス——それがどこにあるかを示すテキスト——で記憶しています。分かりやすいやり方ですが、何かが動いた瞬間に破綻します。video.mkvをInterview.mkvに変更すると、古い名前を指していたお気に入り・プレイリストの項目・再開位置は、すべて何も指さなくなります。項目を黙って消すことでこれを隠すアプリもあれば、壊れた行をそのまま表示するアプリもありますが、理由を教えてくれるアプリはほとんどありません。

代わりの方法は、名前が変わっても残り続ける何かでファイルを識別することです。ファイルシステムで言えばinode——ファイルシステム自体が割り当てる識別子——をサイズや更新日時と合わせて確認し、最後の手段としてコンテンツのフィンガープリントを使う方法です。名前を変えても、フォルダー間を移動しても、ライブラリ全体を整理し直しても、データベース上の行は同じ行のままです。

これは見た目以上に重要です。ライブラリを整理し直せるかどうかを左右するからです。整理し直すのが怖いライブラリは、永遠に散らかったままになります。