미할 즈단스키 원래 iPhone의 복잡성의 숲을 자르면서 많은 칩이 떨어졌습니다. 혁신적인 휴대폰의 단순화와 사용 편의성이라는 이름으로 Apple은 운영 체제의 일부 측면을 최소한으로 줄였습니다. 한 가지 아이디어는 전통적인 파일 관리를 없애는 것이었습니다.
스티브 잡스가 우리가 데스크탑 컴퓨터에서 알고 있는 파일 시스템을 싫어했다는 것은 비밀이 아닙니다. 그는 일반 사용자가 이해하기가 복잡하고 어렵다는 것을 알았습니다. 하위 폴더 더미에 묻혀 있는 파일, 혼란을 피하기 위한 유지 관리의 필요성, 이 모든 것이 건강한 iPhone OS 시스템을 해쳐서는 안 되며, 원래 iPhone에 필요한 유일한 관리는 iTunes를 통해 멀티미디어 파일을 동기화하거나 시스템을 동기화하는 것뿐이었습니다. 이미지를 업로드하거나 저장할 수 있는 통합 사진 라이브러리가 있었습니다.
사용자의 고통을 겪는 여정
타사 응용 프로그램의 출현으로 파일이 저장된 응용 프로그램에서만 액세스할 수 있는 시스템과 그 안에 있는 파일의 보안을 보장하는 샌드박스 모델이 충분하지 않다는 것이 분명해졌습니다. 따라서 우리는 파일 작업에 대한 몇 가지 옵션을 받았습니다. iTunes를 통해 응용 프로그램에서 컴퓨터로 파일을 가져올 수 있었고, "다음에서 열기..." 메뉴를 사용하면 해당 형식을 지원하는 다른 응용 프로그램에 파일을 복사할 수 있었고, iCloud의 문서를 사용하면 동일한 응용 프로그램의 파일을 동기화할 수 있었습니다. 다소 불투명한 방식이기는 하지만 Apple 플랫폼 전반에 걸쳐 애플리케이션을 사용할 수 있습니다.
복잡한 파일 시스템을 단순화하려는 원래 아이디어는 결국 Apple, 그리고 무엇보다도 사용자에게 역효과를 냈습니다. 여러 응용 프로그램 간의 파일 작업은 혼란을 의미하며, 그 중심에는 특정 문서나 다른 파일의 실제 개요를 볼 수 없는 응용 프로그램 전체에 걸쳐 동일한 파일의 대량 복사본이 있었습니다. 대신 개발자들은 클라우드 스토리지와 SDK로 전환하기 시작했습니다.
Dropbox와 기타 서비스의 구현으로 사용자는 복사본을 만들지 않고도 모든 애플리케이션에서 동일한 파일에 액세스하고, 편집하고, 변경 사항을 저장할 수 있었습니다. 이 솔루션을 사용하면 파일 관리가 훨씬 쉬워졌지만 이상적이지는 않았습니다. 파일 저장소를 구현한다는 것은 앱이 동기화를 처리하고 파일 손상을 방지하는 방법을 파악해야 하는 개발자에게 많은 작업을 의미했으며 앱이 사용 중인 저장소를 지원한다는 보장도 없었습니다. 클라우드에서 파일 작업을 하면 또 다른 제한 사항이 발생합니다. 장치는 항상 온라인 상태여야 하고 파일을 로컬에만 저장할 수는 없었습니다.
iPhone OS의 첫 번째 버전인 오늘 iOS 이후 7년이 지나 마침내 Apple은 응용 프로그램 기반의 파일 관리에 대한 원래 아이디어에서 벗어나 고전적인 파일 구조를 제공하는 최종 솔루션을 제시했습니다. 처리됨. iCloud Drive와 문서 선택기를 만나보세요.
아이 클라우드 드라이브
iCloud Drive는 Apple의 첫 번째 클라우드 스토리지가 아니며, 그 전신은 MobileMe의 일부였던 iDisk입니다. 서비스 브랜드를 iCloud로 변경한 후 서비스 철학이 부분적으로 변경되었습니다. iCloud는 Dropbox나 SkyDrive(현 OneDrive)의 경쟁자가 아닌 별도의 저장소가 아닌 동기화를 위한 전용 서비스 패키지로 여겨졌습니다. Apple은 올해 마침내 iCloud Drive를 출시할 때까지 이러한 철학에 저항했습니다.
iCloud Drive 자체는 Dropbox 및 기타 유사한 서비스와 다르지 않습니다. 데스크탑(Mac 및 Windows)에서는 지속적으로 최신 상태를 유지하고 클라우드 버전과 동기화되는 특수 폴더를 나타냅니다. iOS 8의 세 번째 베타에서 공개된 것처럼 iCloud Drive에는 아마도 iCloud.com에서 자체 웹 인터페이스도 있을 것입니다. 그러나 모바일 장치에는 전용 클라이언트가 없으며 대신 구성 요소 내의 앱에 통합됩니다. 문서 선택기.
iCloud Drive의 마법은 수동으로 추가된 파일을 동기화하는 것뿐만 아니라 앱이 iCloud와 동기화하는 모든 파일을 포함한다는 것입니다. 각 응용 프로그램에는 iCloud Drive에 더 나은 방향을 위한 아이콘이 표시된 자체 폴더와 그 안에 개별 파일이 있습니다. 클라우드의 적절한 폴더에서 Pages 문서를 찾을 수 있으며, 이는 타사 응용 프로그램에도 동일하게 적용됩니다. 마찬가지로, iCloud와 동기화되지만 iOS(Preview, TextEdit)에 상응하는 항목이 없는 Mac 응용 프로그램은 iCloud Drive에 자체 폴더가 있으며 모든 응용 프로그램에서 해당 폴더에 접근할 수 있습니다.
iCloud Drive에 파일 링크 공유나 다중 사용자 공유 폴더 등 Dropbox와 같은 추가 기능이 포함될지는 아직 확실하지 않지만 아마도 가을에 알게 될 것입니다.
문서 선택기
문서 선택기 구성 요소는 iOS 8에서 파일 작업에 필수적인 부분입니다. 이를 통해 Apple은 iCloud Drive를 모든 응용 프로그램에 통합하고 자체 샌드박스 외부에서 파일을 열 수 있도록 합니다.
문서 선택기는 이미지 선택기와 유사하게 작동하며, 사용자가 열거나 가져올 개별 파일을 선택할 수 있는 창입니다. 실제로는 고전적인 트리 구조를 갖춘 매우 단순화된 파일 관리자입니다. 루트 디렉터리는 기본 iCloud Drive 폴더와 동일하지만, 응용 프로그램 데이터가 있는 로컬 폴더도 있다는 차이점이 있습니다.
타사 응용 프로그램의 파일을 반드시 iCloud Drive에 동기화할 필요는 없으며 문서 선택기가 로컬에서 해당 파일에 액세스할 수 있습니다. 그러나 데이터 가용성은 모든 애플리케이션에 적용되지 않습니다. 개발자는 명시적으로 액세스를 허용하고 애플리케이션의 문서 폴더를 공개로 표시해야 합니다. 그렇게 하면 iCloud Drive에 대한 인터넷 연결 없이 문서 선택기를 사용하는 다른 모든 앱에서 해당 앱의 사용자 파일을 사용할 수 있습니다.
사용자는 문서 작업을 위한 네 가지 기본 작업(열기, 이동, 가져오기 및 내보내기)을 갖게 됩니다. 두 번째 작업 쌍은 애플리케이션의 자체 컨테이너에 개별 파일의 복사본을 생성할 때 현재 파일 작업 방식의 기능을 어느 정도 대신합니다. 예를 들어, 사용자가 원래 모양을 유지하기 위해 이미지를 편집하려고 할 수 있으므로 이미지를 여는 대신 응용 프로그램 폴더에 파일을 복제하는 가져오기를 선택할 수 있습니다. 내보내기는 다소 잘 알려진 "다음에서 열기..." 기능입니다.
그러나 첫 번째 쌍이 더 흥미롭습니다. 파일을 열면 해당 작업에서 기대하는 것과 정확하게 일치합니다. 타사 응용 프로그램은 파일을 복제하거나 이동하지 않고 다른 위치에서 파일을 열고 계속해서 작업할 수 있습니다. 그런 다음 모든 변경 사항은 데스크톱 시스템에서와 마찬가지로 원본 파일에 저장됩니다. 여기에서 Apple은 동시에 여러 응용 프로그램이나 장치에서 열린 파일이 어떻게 처리될지 걱정할 필요가 없는 개발자의 작업을 저장했습니다. 그렇지 않으면 파일이 손상될 수 있습니다. 모든 조정은 CloudKit과 함께 시스템에서 처리되므로 개발자는 애플리케이션에 관련 API만 구현하면 됩니다.
그런 다음 파일 이동 작업을 통해 한 응용 프로그램 폴더에서 다른 응용 프로그램 폴더로 항목을 이동할 수 있습니다. 따라서 하나의 앱을 사용하여 장치에 로컬로 저장된 모든 파일을 관리하려는 경우 File Mover를 사용하면 됩니다.
각 애플리케이션에 대해 개발자는 작업할 수 있는 파일 유형을 지정합니다. 문서 선택기 역시 이에 맞춰 전체 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를 선택했다면 해당 공급자가 그에 따라 앱을 업데이트하는 한 파일 관리에 이러한 제품을 사용하는 것을 막을 수 없습니다.
záver
iCloud 드라이브, 문서 선택기 및 타사 저장소 통합 기능을 통해 Apple은 적절하고 효율적인 파일 관리를 향한 큰 진전을 이루었습니다. 이는 iOS 시스템의 가장 큰 약점 중 하나였으며 개발자가 해결해야 했던 문제였습니다. . iOS 8을 통해 플랫폼은 이전보다 더 높은 생산성과 작업 효율성을 제공할 것이며, 이러한 노력을 기꺼이 지원하려는 열정적인 제XNUMX자 개발자들이 많이 있습니다.
iOS 8은 위의 모든 기능 덕분에 시스템에 많은 자유를 제공하지만 개발자와 사용자가 처리해야 할 몇 가지 눈에 띄는 제한 사항이 여전히 남아 있습니다. 예를 들어 iCloud Drive에는 자체 앱이 없고 iOS의 Document Picker에만 존재하므로 iPhone과 iPad에서 파일을 별도로 관리하기가 다소 어렵습니다. 마찬가지로 문서 선택기는 메일 애플리케이션과 메시지에 첨부된 파일 등에서 호출할 수 없습니다.
개발자에게 iCloud Drive는 서비스가 서로 호환되지 않아 사용자가 동기화 가능성을 잃게 되므로 애플리케이션을 위해 iCloud에 있는 문서에서 한꺼번에 전환해야 함을 의미합니다. 그러나 이 모든 것은 Apple이 사용자와 개발자에게 제공한 가능성에 비해 작은 가격일 뿐입니다. iCloud Drive와 Document Picker의 이점은 아마도 iOS 8의 공식 출시 직후에는 나타나지 않을 것이지만 가까운 미래에는 큰 가능성이 될 것입니다. 우리가 수년 동안 전화해온 사람입니다.
폴더를 만들고 그 안에 혼합된 파일(숫자, 페이지...)을 넣을 수 있다면 신의 선물이 될 것입니다...
그것은 또한되어야한다…
이는 iOS 개발 역사상 Apple의 가장 큰 실수 중 하나입니다. 이는 시스템이 만들어진 초기 아이디어를 완전히 배반하는 것입니다. 파일 시스템은 대체 불가능한 것이 아니며 구현이 점진적으로 발전해야 합니다. 다른 애플리케이션의 파일 편집 기능을 iOS에 추가하기만 하면(다른 애플리케이션의 파일에 액세스할 수 있음) 샌드박스 시스템이 계속 작동할 수 있습니다. 불행하게도 이는 혼란, 혼란, 관리 문제를 가져오는 과잉입니다. 정말 정말 죄송해요. 이로써 Apple은 혁신이라는 가장 큰 특징 중 하나를 포기했습니다. 특히, 창의적으로 생각하지 못하는 사용자들의 무의미한 불만을 눈여겨보지 않고, 현명하게 혁신하는 것입니다.
WWDC에서 iCloud Drive를 소개했을 때 청중으로부터 불쾌한 야유가 있었다는 사실은 전혀 놀랍지 않습니다. 나는 그들을 완전히 이해합니다. 파일 시스템이 없다는 점은 iOS의 가장 뛰어난 기능 중 하나였으며 iOS의 단순성과 인기에 기여했습니다. 모든 비평가에도 불구하고. 주로 시스템의 안정성과 예측 가능성에 기여하는 파일 시스템이 없기 때문입니다. 덕분에 그녀는 그의 인기를 확고히 했다.
파일 시스템보다 보안이 더 중요했다... 아이폰 1세대에 벨소리를 추가하려고 하다가 실수로 잘못된 파일을 삭제했던 일이 아직도 생생하게 기억난다.
WWDC에서 발표된 내용에 따르면 iOS 8은 귀하가 설명하는 것을 활성화해야 합니다. 즉, 하나의 파일을 여러 응용 프로그램에서 액세스할 수 있어야 합니다.
클라우드 저장소, 특히 Office365 내에 5x1TB 공간이 있는 OneDrive의 통합을 기대하고 있습니다.
1. 예를 들어 절대적으로 모든 것을 열 수 있는 PDF 전문가와 함께 보면 어떻게 보일지 상당히 두렵습니다... 또한 개인이 개별 응용 프로그램에 대해 열 수 있는 것과 열 수 없는 것에 영향을 미칠 수 있기를 바랍니다. ..
2. 클라우드의 오프라인 콘텐츠는 어떻습니까? 예를 들어, 제가 사용하는 CUBBY 프로그램에는 다운로드할 파일이 있어서 어디에서나 열 수 있습니다. 그런 다음 선택기를 통해 파일이 열리나요? 이 프로그램의 개발자가 어떤 방식으로든 영향을 미칠 수 있습니까?