Michał Żdanski Wiele żetonów spadło podczas wycinania lasu złożoności dla oryginalnego iPhone'a. W imię uproszczenia i łatwości obsługi rewolucyjnego telefonu Apple ograniczył niektóre aspekty systemu operacyjnego do absolutnego minimum. Jednym z pomysłów było pozbycie się klasycznego zarządzania plikami.
Nie jest tajemnicą, że Steve Jobs nienawidził systemu plików, jaki znamy z komputerów stacjonarnych, uważał go za skomplikowany i trudny do zrozumienia dla przeciętnego użytkownika. Pliki pochowane w stercie podfolderów, konieczność konserwacji, aby uniknąć chaosu, wszystko to nie powinno było zatruwać zdrowego systemu iPhone OS, a jedyne zarządzanie, jakie było potrzebne na oryginalnym iPhonie, odbywało się za pośrednictwem iTunes w celu synchronizacji plików multimedialnych lub systemu miał ujednoliconą bibliotekę zdjęć, z której można przesyłać obrazy lub zapisywać je w niej.
Podróż przez ból użytkownika
Wraz z pojawieniem się aplikacji innych firm stało się jasne, że model piaskownicy zapewniający bezpieczeństwo systemu i znajdujących się w nim plików, w którym dostęp do plików mają jedynie aplikacje, w których są przechowywane, jest niewystarczający. Otrzymaliśmy w ten sposób kilka opcji pracy z plikami. Mogliśmy je pobrać z aplikacji do komputera za pośrednictwem iTunes, menu „Otwórz w…” umożliwiło skopiowanie pliku do innej aplikacji obsługującej jego format, a Dokumenty w iCloud umożliwiły synchronizację plików tych samych aplikacji na platformach Apple, choć w raczej nieprzejrzysty sposób.
Pierwotny pomysł uproszczenia złożonego systemu plików ostatecznie obrócił się przeciwko Apple, a przede wszystkim przeciwko użytkownikom. Praca z plikami pomiędzy wieloma aplikacjami oznaczała chaos, w centrum którego znajdowała się duża liczba kopii tego samego pliku pomiędzy aplikacjami bez możliwości jakiegokolwiek przeglądu aktualności danego dokumentu czy innego pliku. Zamiast tego programiści zaczęli zwracać się w stronę przechowywania w chmurze i pakietów SDK.
Dzięki wdrożeniu Dropbox i innych usług użytkownicy mogli uzyskać dostęp do tych samych plików z dowolnej aplikacji, edytować je i zapisywać zmiany bez tworzenia kopii. To rozwiązanie znacznie ułatwiło zarządzanie plikami, ale było dalekie od ideału. Wdrożenie sklepów z plikami oznaczało dużo pracy dla programistów, którzy musieli dowiedzieć się, jak aplikacja będzie obsługiwać synchronizację i zapobiegać uszkodzeniom plików, a poza tym nigdy nie było gwarancji, że aplikacja będzie obsługiwać używany sklep. Praca z plikami w chmurze wiązała się z kolejnym ograniczeniem – urządzenie musiało być cały czas online, a pliki nie mogły być przechowywane tylko lokalnie.
Siedem lat od pierwszej wersji iPhone OS, dziś iOS, Apple w końcu wymyślił finalne rozwiązanie, w którym odchodzi od pierwotnego pomysłu zarządzania plikami w oparciu o aplikację, oferując zamiast tego klasyczną, choć sprytnie, strukturę plików obrobiony. Przywitaj się z iCloud Drive i selektorem dokumentów.
iCloud Napęd
iCloud Drive nie jest pierwszym magazynem w chmurze Apple, jego poprzednikiem jest iDisk, który był częścią MobileMe. Po rebrandingu usługi na iCloud, jej filozofia uległa częściowej zmianie. Zamiast konkurenta dla Dropbox czy SkyDrive (obecnie OneDrive), iCloud miał być pakietem usług specjalnie do synchronizacji, a nie osobnym magazynem. Apple opierał się tej filozofii aż do tego roku, kiedy w końcu wprowadził iCloud Drive.
Sam iCloud Drive nie różni się od Dropbox i innych podobnych usług. Na komputerze stacjonarnym (Mac i Windows) reprezentuje specjalny folder, który jest stale aktualny i zsynchronizowany z wersją w chmurze. Jak ujawniła trzecia wersja beta iOS 8, iCloud Drive będzie miał także własny interfejs sieciowy, prawdopodobnie na iCloud.com. Nie ma jednak dedykowanego klienta na urządzenia mobilne, zamiast tego jest integrowany z aplikacjami w ramach komponentu Selektor dokumentów.
Magia iCloud Drive polega nie tylko na synchronizowaniu ręcznie dodanych plików, ale także na dołączaniu wszystkich plików, które aplikacja synchronizuje z iCloud. Każda aplikacja ma swój własny folder w iCloud Drive, oznaczony ikoną dla lepszej orientacji, oraz znajdujące się w nim pojedyncze pliki. Dokumenty Pages możesz znaleźć w chmurze w odpowiednim folderze, to samo dotyczy aplikacji innych firm. Podobnie aplikacje na Maca, które synchronizują się z iCloud, ale nie mają odpowiednika na iOS (Preview, TextEdit), mają swój własny folder na iCloud Drive i każda aplikacja może uzyskać do nich dostęp.
Nie jest jeszcze jasne, czy iCloud Drive będzie miał dodatkowe funkcje, takie jak Dropbox, takie jak udostępnianie łączy do plików czy udostępnianie folderów wielu użytkownikom, ale prawdopodobnie dowiemy się tego jesienią.
Selektor dokumentów
Komponent Document Picker stanowi integralną część pracy z plikami w iOS 8. Dzięki niemu Apple integruje iCloud Drive z dowolną aplikacją i umożliwia otwieranie plików poza własnym sandboxem.
Selektor dokumentów działa podobnie do Selektora obrazów, jest to okno, w którym użytkownik może wybrać pojedyncze pliki do otwarcia lub zaimportowania. Jest to praktycznie bardzo uproszczony menedżer plików o klasycznej strukturze drzewiastej. Katalog główny będzie taki sam jak główny folder iCloud Drive, z tą różnicą, że znajdą się tam również foldery lokalne z danymi aplikacji.
Pliki aplikacji innych firm nie muszą być koniecznie synchronizowane z iCloud Drive, Document Picker może uzyskać do nich dostęp lokalnie. Jednak dostępność danych nie dotyczy wszystkich aplikacji, programista musi wyraźnie zezwolić na dostęp i oznaczyć folder Dokumenty w aplikacji jako publiczny. Jeśli tak się stanie, pliki użytkownika aplikacji będą dostępne dla wszystkich innych aplikacji korzystających z Selektora dokumentów bez konieczności połączenia z Internetem dla iCloud Drive.
Użytkownicy będą mieli do dyspozycji cztery podstawowe czynności związane z pracą z dokumentami – Otwórz, Przenieś, Importuj i Eksportuj. Druga para akcji mniej więcej przejmuje funkcję dotychczasowego sposobu pracy z plikami, gdy tworzy kopie poszczególnych plików do własnego kontenera aplikacji. Na przykład użytkownik może chcieć edytować obraz, aby zachować go w oryginalnej formie, więc zamiast go otwierać, wybiera import, który powiela plik w folderze aplikacji. Eksport to wówczas mniej lub bardziej znana funkcja „Otwórz w…”.
Jednak pierwsza para jest bardziej interesująca. Otwarcie pliku robi dokładnie to, czego można oczekiwać od takiej akcji. Aplikacja innej firmy otworzy plik z innej lokalizacji bez duplikowania go ani przenoszenia i będzie mogła kontynuować z nim pracę. Wszystkie zmiany są następnie zapisywane w oryginalnym pliku, tak jak ma to miejsce w systemach stacjonarnych. Tutaj Apple oszczędziło pracę programistom, którzy nie muszą się martwić, jak plik otwarty w wielu aplikacjach lub urządzeniach jednocześnie zostanie obsłużony, co w przeciwnym razie mogłoby doprowadzić do jego uszkodzenia. Całą koordynacją zajmuje się system wraz z CloudKitem, programiści muszą jedynie zaimplementować odpowiednie API w aplikacji.
Akcja przenoszenia pliku może następnie po prostu przenieść element z jednego folderu aplikacji do drugiego. Jeśli więc chcesz używać jednej aplikacji do zarządzania plikami przechowywanymi lokalnie na Twoim urządzeniu, narzędzie do przenoszenia plików Ci to umożliwi.
Dla każdej aplikacji programista określa, z jakimi typami plików może pracować. Selektor dokumentów również dostosowuje się do tego i zamiast wyświetlać wszystkie pliki znajdujące się w całym iCloud Drive i lokalnych folderach aplikacji, pokaże tylko te typy, które aplikacja może otworzyć, co znacznie ułatwia wyszukiwanie. Ponadto Document Picker zapewnia podgląd plików, wyświetlanie list i macierzy oraz pole wyszukiwania.
Magazyn w chmurze innych firm
W iOS 8 iCloud Drive i Document Picker nie są wyłączne, wręcz przeciwnie, zewnętrzni dostawcy usług przechowywania w chmurze będą mogli łączyć się z systemem w podobny sposób. Wybór dokumentów będzie miał przycisk przełączania u góry okna, za pomocą którego użytkownicy będą mogli wybrać opcję przeglądania dysku iCloud lub innego dostępnego miejsca na dysku.
Integracja z firmami zewnętrznymi wymaga pracy tylko od tych dostawców i będzie działać podobnie do innych rozszerzeń aplikacji w systemie. W pewnym sensie integracja oznacza obsługę specjalnego rozszerzenia w iOS 8, które dodaje pamięć w chmurze do listy w menu przechowywania selektora dokumentów. Jedynym warunkiem jest obecność zainstalowanej aplikacji dla danej usługi, która poprzez jej rozszerzenie integruje się z systemem lub Document Pickerem.
Do tej pory programiści, chcąc zintegrować część magazynów w chmurze, musieli sami dodawać magazyn poprzez dostępne API usługi, ale odpowiedzialność za prawidłowe obchodzenie się z plikami, aby nie uszkodzić plików lub nie utracić danych, spadała na ich głowy . Dla programistów właściwa implementacja może oznaczać długie tygodnie lub miesiące rozwoju. Dzięki Document Picker cała praca trafia teraz bezpośrednio do dostawcy usług przechowywania w chmurze, a programiści muszą jedynie zintegrować Document Picker.
Nie ma to zastosowania, jeśli chcą głębiej zintegrować repozytorium z aplikacją za pomocą własnego interfejsu użytkownika, tak jak robią to na przykład redaktorzy Markdown. Jednak dla większości innych programistów oznacza to znaczne uproszczenie programowania i mogą praktycznie zintegrować dowolną pamięć w chmurze za jednym razem, bez dodatkowej pracy.
Oczywiście w dużej mierze skorzystają na tym sami dostawcy pamięci masowej, zwłaszcza ci mniej popularni. Kiedyś obsługa pamięci masowej dla aplikacji często ograniczała się do Dropbox, Dysku Google i kilku innych. Mniej popularni gracze w dziedzinie przechowywania w chmurze praktycznie nie mieli szans na integrację z aplikacjami, gdyż oznaczałoby to nieproporcjonalnie dużo dodatkowej pracy dla twórców tych aplikacji, o których korzyściach trudno byłoby przekonać dostawcom oni z.
Dzięki iOS 8 całą pamięć masową w chmurze, którą użytkownik instaluje na swoim urządzeniu, można zintegrować z systemem, niezależnie od tego, czy są to duzi gracze, czy mniej znane usługi. Jeśli wybierzesz Dropbox, Google Drive, OneDrive, Box lub SugarSync, nic nie stoi na przeszkodzie, aby używać ich do zarządzania plikami, pod warunkiem, że ci dostawcy odpowiednio zaktualizują swoje aplikacje.
záver
Dzięki iCloud Drive, Document Pickerowi i możliwości integracji pamięci masowej innych firm Apple zrobił duży krok naprzód w kierunku prawidłowego i wydajnego zarządzania plikami, co było jedną z największych słabości systemu na iOS i nad którą musieli pracować programiści . Dzięki iOS 8 platforma zapewni większą produktywność i efektywność pracy niż kiedykolwiek wcześniej, a ma wielu entuzjastycznych zewnętrznych programistów, którzy chcą wspierać te wysiłki.
Chociaż iOS 8 zapewnia systemowi dużą swobodę dzięki wszystkim powyższym, nadal istnieją pewne zauważalne ograniczenia, z którymi programiści i użytkownicy będą musieli sobie poradzić. Na przykład iCloud Drive nie ma własnej aplikacji, istnieje tylko w Pickerze dokumentów na iOS, co nieco utrudnia oddzielne zarządzanie plikami na iPhonie i iPadzie. W ten sam sposób Selektora dokumentów nie można wywołać na przykład z aplikacji Poczta ani żadnego pliku dołączonego do wiadomości.
Dla programistów iCloud Drive oznacza, że muszą od razu przełączyć się z Dokumentów w iCloud dla swoich aplikacji, ponieważ usługi nie są ze sobą kompatybilne, a użytkownicy utraciliby możliwość synchronizacji. Ale to wszystko to tylko niewielka cena za możliwości, jakie Apple udostępniło użytkownikom i programistom. Korzyści płynące z iCloud Drive i Document Pickera prawdopodobnie nie pojawią się natychmiast po oficjalnej premierze iOS 8, ale są one obiecujące na najbliższą przyszłość. Ten, o którego zabiegaliśmy od lat.
Jeśli będzie możliwe utworzenie folderu i zmieszanie w nim plików (Numery, Strony...) to będzie dar niebios...
tak też powinno być…
To jeden z największych błędów Apple w historii rozwoju iOS. Jest to całkowita zdrada pierwotnej idei, dla której system został stworzony. System plików nie jest niezastąpiony, jedynie jego implementacja musi ewoluować stopniowo. Gdyby dodali tylko edycję plików w innej aplikacji na iOS (aby można było uzyskać dostęp do plików innej), system piaskownicy nadal mógłby działać. Niestety jest to przesada, która spowoduje chaos, bałagan i problemy z zarządzaniem. Naprawdę mi przykro. W ten sposób Apple zrezygnował z jednej ze swoich największych cech – innowacji. W szczególności wprowadzać innowacje rozsądnie i nie zwracać uwagi na bezsensowne skargi użytkowników, którzy nie potrafią myśleć kreatywnie.
Wcale się nie dziwię, że kiedy na WWDC zaprezentowano iCloud Drive, wśród publiczności rozległy się nieprzyjemne buczenia. Całkowicie ich rozumiem. Brak systemu plików był jedną z najlepszych cech systemu iOS i przyczynił się do jego prostoty i popularności. Pomimo całej krytyki. To głównie brak systemu plików przyczynia się do stabilności i przewidywalności systemu. I dzięki temu zapewniła mu popularność.
bezpieczeństwo było ważniejsze niż system plików... Nadal bardzo dobrze pamiętam, jak przez przypadek usunąłem zły plik, gdy chciałem dodać własny dzwonek do iPhone'a 1. generacji
zgodnie z tym, co zostało zaprezentowane na WWDC, iOS 8 powinien umożliwiać to, co opisujesz - aby jeden plik mógł być dostępny dla wielu aplikacji
Nie mogę się doczekać integracji przechowywania w chmurze, zwłaszcza OneDrive, gdzie w ramach Office365 jest teraz przestrzeń 5x1 TB
1. Trochę się boję, jak to będzie wyglądać np. z takim ekspertem od PDFów, który potrafi otworzyć absolutnie wszystko... Chciałbym też, żeby człowiek miał wpływ na to, co może, a czego nie może otwierać dla poszczególnych aplikacji. ..
2. A co z treściami offline w chmurze? Na przykład w programie CUBBY, którego używam, mam pliki do pobrania, aby móc je później otworzyć w dowolnym miejscu... Czy będą one następnie otwierane za pomocą selektora? Czy twórcy tego programu mogą na niego w jakikolwiek sposób wpływać?