ミハル・ジダンスキー 初代iPhoneの複雑な森を伐採する際に、大量のチップが落ちました。革新的な携帯電話の簡素化と使いやすさの名の下に、Apple はオペレーティング システムのいくつかの要素を最小限に抑えました。アイデアの 1 つは、従来のファイル管理を廃止することでした。
スティーブ・ジョブズがデスクトップ・コンピュータで知られるファイル・システムを嫌っていたことは周知の事実であり、彼はそれが複雑で平均的なユーザーにとって理解するのが難しいと感じていました。サブフォルダーの山に埋められたファイル、混乱を避けるためのメンテナンスの必要性、これらすべてが健全な iPhone OS システムを汚染するべきではありませんでした。元の iPhone で必要とされていた唯一の管理は、iTunes を介してマルチメディア ファイルやシステムを同期することでした。画像をアップロードしたり保存したりできる統合された写真ライブラリがありました。
ユーザーの痛みを乗り越える旅
サードパーティ アプリケーションの出現により、システムとその中のファイルのセキュリティを確保し、ファイルが保存されているアプリケーションのみがファイルにアクセスできるサンドボックス モデルでは不十分であることが明らかになりました。したがって、ファイルを操作するためのいくつかのオプションを受け取りました。 iTunes を介してアプリケーションからコンピュータにファイルを取得でき、「...で開く」メニューを使用すると、その形式をサポートする別のアプリケーションにファイルをコピーできるようになり、iCloud のドキュメントを使用すると、同じアプリケーションからファイルを同期できるようになりました。かなり不透明な方法ではありますが、Apple プラットフォーム全体でアプリケーションを統合できます。
複雑なファイル システムを簡素化するという当初のアイデアは、最終的に Apple に対して、そして何よりもユーザーに対して裏目に出ました。複数のアプリケーション間でファイルを操作することは混乱を表し、その中心には、特定のドキュメントや他のファイルの実際の概要を把握する可能性がない、複数のアプリケーション間で同じファイルのコピーが大量に存在していました。代わりに、開発者はクラウド ストレージとその SDK に注目し始めました。
Dropbox やその他のサービスの導入により、ユーザーはコピーを作成せずに、どのアプリケーションからでも同じファイルにアクセスし、編集し、変更を保存できるようになりました。このソリューションによりファイル管理ははるかに簡単になりましたが、理想とは程遠いものでした。ファイル ストアの実装は、アプリが同期を処理してファイルの破損を防ぐ方法を理解する必要がある開発者にとって多大な作業を意味し、さらに、アプリが使用しているストアをサポートするという保証はありませんでした。クラウド内のファイルを操作する場合には、別の制限がありました。デバイスは常にオンラインである必要があり、ファイルはローカルに保存するだけではありませんでした。
iPhone OS、今日の iOS の最初のバージョンから 7 年が経ち、ついに Apple は最終的なソリューションを考え出しました。アプリケーションに基づいたファイル管理という当初の考え方から離れ、代わりに古典的なファイル構造を、賢明ではありますが提供します。加工された。 iCloud Drive と Document Picker をご紹介します。
iCloudのドライブ
iCloud Drive は Apple の最初のクラウド ストレージではなく、その前身は MobileMe の一部であった iDisk です。サービスのブランド名を iCloud に変更した後、その理念が部分的に変更されました。 Dropbox や SkyDrive (現在は OneDrive) の競合相手ではなく、iCloud は個別のストレージではなく、特に同期のためのサービス パッケージであるはずでした。 Apple は今年、最終的に iCloud Drive を導入するまでこの理念に抵抗しました。
iCloud Drive自体は、Dropboxや他の同様のサービスと何ら変わりません。デスクトップ (Mac および Windows) では、常に最新の状態に保たれ、クラウド バージョンと同期する特別なフォルダーを表します。 iOS 8 の XNUMX 回目のベータ版で明らかになったように、iCloud Drive にはおそらく iCloud.com 上に独自の Web インターフェイスが用意される予定です。ただし、モバイル デバイスには専用のクライアントはなく、コンポーネント内のアプリに統合されます。 ドキュメントピッカー.
iCloud Drive の魅力は、手動で追加したファイルを同期するだけでなく、アプリが iCloud と同期するすべてのファイルを含めることにあります。各アプリケーションは iCloud Drive 内に独自のフォルダーを持ち、わかりやすいようにアイコンが付いており、その中に個別のファイルが含まれています。 Pages ドキュメントはクラウド内の適切なフォルダーにあります。同様のことがサードパーティ アプリケーションにも当てはまります。同様に、iCloud に同期するが、iOS に対応するものがない Mac アプリケーション (プレビュー、テキストエディット) は、iCloud Drive 内に独自のフォルダーを持ち、どのアプリケーションもそれらにアクセスできます。
ファイルリンク共有やマルチユーザー共有フォルダなど、Dropbox のような追加機能が iCloud Drive に搭載されるかどうかはまだ明らかではありませんが、おそらく秋には明らかになるでしょう。
ドキュメントピッカー
Document Picker コンポーネントは、iOS 8 でファイルを操作するために不可欠な部分です。Apple はこれを通じて iCloud Drive をあらゆるアプリケーションに統合し、独自のサンドボックスの外でファイルを開くことができるようにします。
ドキュメント ピッカーはイメージ ピッカーと同様に機能し、ユーザーが開くかインポートする個々のファイルを選択できるウィンドウです。これは実際には、古典的なツリー構造を備えた非常に簡素化されたファイル マネージャーです。ルート ディレクトリはメインの iCloud Drive フォルダと同じになりますが、アプリケーション データを含むローカル フォルダも存在する点が異なります。
サードパーティ アプリケーションのファイルは必ずしも iCloud Drive に同期する必要はなく、Document Picker はローカルでファイルにアクセスできます。ただし、データの可用性はすべてのアプリケーションに適用されるわけではないため、開発者は明示的にアクセスを許可し、アプリケーション内のドキュメント フォルダーをパブリックとしてマークする必要があります。そうすれば、iCloud Drive のインターネット接続を必要とせずに、ドキュメント ピッカーを使用してアプリのユーザー ファイルを他のすべてのアプリで利用できるようになります。
ユーザーはドキュメントを操作するための 4 つの基本アクション (開く、移動、インポート、エクスポート) を実行できます。 2 番目のアクションのペアは、個々のファイルのコピーをアプリケーション独自のコンテナーに作成するときに、現在のファイル操作方法の機能を多かれ少なかれ引き継ぎます。たとえば、ユーザーは画像を編集して元の形式を維持したい場合、画像を開く代わりに、アプリケーションのフォルダーにファイルを複製するインポートを選択します。エクスポートは、多かれ少なかれよく知られている「...で開く」機能です。
ただし、最初のペアの方が興味深いです。ファイルを開くと、そのようなアクションで期待されるとおりの動作が行われます。サードパーティのアプリケーションは、ファイルを複製したり移動したりせずに別の場所からファイルを開き、引き続きそのファイルを操作できます。すべての変更は、デスクトップ システムの場合と同様に、元のファイルに保存されます。ここで Apple は開発者の作業を節約し、複数のアプリケーションまたはデバイスで同時に開かれたファイルがどのように処理されるかを心配する必要がなくなります。そうしないと破損につながる可能性があります。すべての調整は CloudKit とともにシステムによって処理され、開発者はアプリケーションに関連する API を実装するだけで済みます。
ファイル移動アクションでは、あるアプリケーション フォルダーから別のアプリケーション フォルダーにアイテムを簡単に移動できます。したがって、デバイス上にローカルに保存されているファイルのすべての管理に 1 つのアプリを使用したい場合は、ファイル ムーバーを使用するとそれが可能になります。
開発者はアプリケーションごとに、どの種類のファイルを処理できるかを指定します。ドキュメント ピッカーもこれに対応しており、iCloud Drive 全体とローカル アプリケーション フォルダー内のすべてのファイルを表示するのではなく、アプリケーションで開くことができる種類のファイルのみを表示するため、検索がはるかに簡単になります。さらに、ドキュメント ピッカーは、ファイル プレビュー、リストおよびマトリックス表示、および検索フィールドを提供します。
サードパーティのクラウドストレージ
iOS 8 では、iCloud Drive と Document Picker は排他的ではなく、逆に、サードパーティのクラウド ストレージ プロバイダーも同様の方法でシステムに接続できるようになります。ドキュメント ピッカーにはウィンドウの上部にトグル ボタンがあり、ユーザーはここで iCloud Drive またはその他の利用可能なストレージを表示することを選択できます。
サードパーティの統合には、これらのプロバイダーからの作業のみが必要であり、システム内の他のアプリ拡張機能と同様に機能します。ある意味、この統合は、ドキュメント ピッカーのストレージ メニューのリストにクラウド ストレージを追加する iOS 8 の特別な拡張機能のサポートを意味します。唯一の条件は、特定のサービス用にインストールされたアプリケーションが存在することです。このアプリケーションは、拡張機能を通じてシステムまたはドキュメント ピッカーに統合されています。
これまで、開発者がクラウド ストレージの一部を統合したい場合、サービスの利用可能な API を通じて自分でストレージを追加する必要がありましたが、ファイルを損傷したりデータを失わないようファイルを正しく処理する責任は開発者に課せられました。 。開発者にとって、適切な実装は数週間または数か月にわたる開発を意味する可能性があります。 Document Picker を使用すると、この作業はクラウド ストレージ プロバイダーに直接送信されるため、開発者は Document Picker を統合するだけで済みます。
これは、たとえば Markdown エディターのように、リポジトリを独自のユーザー インターフェイスを備えたアプリにさらに深く統合したい場合には当てはまりません。ただし、他のほとんどの開発者にとって、これは開発の大幅な簡素化を意味し、追加の作業を行わずにクラウド ストレージを一度に統合できることになります。
もちろん、ストレージプロバイダー自体、特にあまり人気のないプロバイダー自体が大きな利益を得るでしょう。以前は、アプリのストレージ サポートは Dropbox や Google Drive、その他いくつかに限定されることがよくありました。クラウド ストレージの分野であまり人気のないプレーヤーには、アプリケーションに統合する機会が事実上ありませんでした。それは、これらのアプリケーションの開発者にとって不釣り合いな追加作業が発生することになり、そのメリットをプロバイダーが納得させるのが難しいからです。彼らの。
iOS 8 のおかげで、大手サービスであろうとあまり知られていないサービスであろうと、ユーザーが自分のデバイスにインストールするすべてのクラウド ストレージをシステムに統合できます。 Dropbox、Google Drive、OneDrive、Box、または SugarSync を選択した場合、それらのプロバイダーがそれに応じてアプリを更新する限り、ファイル管理にそれらを使用することを妨げるものはありません。
結論
iCloud Drive、Document Picker、およびサードパーティ製ストレージの統合機能により、Apple は適切かつ効率的なファイル管理に向けて大きな一歩を踏み出しました。これは iOS 上のシステムの最大の弱点の 8 つであり、開発者はこれを回避する必要がありました。 。 iOS XNUMX では、このプラットフォームはこれまで以上に生産性と作業効率を向上させ、この取り組みをサポートする意欲的なサードパーティ開発者を多数抱えています。
上記のすべてのおかげで iOS 8 はシステムに多くの自由をもたらしますが、開発者とユーザーが対処しなければならない顕著な制限がまだいくつかあります。たとえば、iCloud Drive には独自のアプリがなく、iOS のドキュメント ピッカー内にのみ存在するため、iPhone と iPad でファイルを個別に管理するのが少し難しくなります。同様に、ドキュメント ピッカーは、たとえば、メール アプリケーションやメッセージに添付されたファイルから呼び出すことはできません。
開発者にとって、iCloud Drive は、アプリケーションのために iCloud のドキュメントから一度に切り替える必要があることを意味します。これは、サービスが相互に互換性がなく、ユーザーは同期の可能性を失うためです。しかし、これはすべて、Apple がユーザーと開発者に提供した可能性のほんのわずかな代償にすぎません。 iCloud Drive と Document Picker から得られる利点は、おそらく iOS 8 の正式リリース直後には現れませんが、近い将来に大きな期待が寄せられます。私たちが何年も電話してきたものです。
フォルダーを作成して、その中にファイル (Numbers、Pages...) を混在させることができれば、それは天の恵みです...
それもそうあるべきです…
これは、iOS 開発の歴史における Apple の最大の間違いの 1 つです。これは、システムが作成された当初のアイデアに対する完全な裏切りです。ファイル システムはかけがえのないものではなく、その実装のみが徐々に進化する必要があります。別のアプリケーションでのファイル編集を iOS に追加するだけ (つまり、あるアプリケーションが別のアプリケーションのファイルにアクセスできるようにする) だけであれば、サンドボックス システムは引き続き機能する可能性があります。残念ながら、これはやりすぎで、混乱、乱雑さ、管理上の問題を引き起こす可能性があります。本当に本当にごめんなさい。これにより、Apple はその最大の特徴の 1 つである革新を放棄しました。特に、創造的な思考ができないユーザーの無意味な苦情に目を向けるのではなく、賢明にイノベーションを起こすことです。
WWDC で iCloud Drive が紹介されたとき、聴衆から不快なブーイングがあったことには、私はまったく驚きません。私はそれらを完全に理解しています。ファイル システムがないことは iOS の最も優れた機能の 1 つであり、そのシンプルさと人気に貢献しました。あらゆる批判にもかかわらず。システムの安定性と予測可能性に寄与するのは、主にファイル システムが存在しないことです。そしてそのおかげで、彼女は彼の人気を確保しました。
セキュリティはファイル システムよりも重要でした...iPhone 第 1 世代に独自の着信音を追加しようとしたときに、誤って悪いファイルを削除したことを今でもよく覚えています
WWDCで発表された内容によると、iOS 8ではあなたが説明した内容を有効にする必要があります。これにより、XNUMXつのファイルに複数のアプリケーションがアクセスできるようになります。
クラウド ストレージ、特に OneDrive の統合を楽しみにしています。現在、Office365 内に 5x1TB のスペースがあります。
1. たとえば、完全にすべてを開くことができるこのような PDF エキスパートがいると、どのように見えるか非常に心配です...また、個人が個々のアプリケーションに対して開くことができるものとできないものに影響を与えることができるようにしたいと考えています。 ..
2. クラウド上のオフライン コンテンツについてはどうですか?たとえば、私が使用している CUBBY プログラムでは、どこでも開くことができるようにダウンロードするファイルがあります。その場合、それらはピッカー経由で開かれるのでしょうか?このプログラムの開発者は何らかの影響を与えることができますか?