Michal Ždanský Sok chip esett le, amikor kivágták az eredeti iPhone bonyolultságának erdejét. A forradalmi telefon leegyszerűsítése és könnyű kezelhetősége jegyében az Apple a minimálisra csökkentette az operációs rendszer egyes aspektusait. Az egyik ötlet az volt, hogy megszabaduljunk a klasszikus fájlkezeléstől.
Nem titok, hogy Steve Jobs utálta az asztali számítógépekről ismert fájlrendszert, bonyolultnak és az átlagfelhasználó számára nehezen megfoghatónak találta. Egy halom almappába temetett fájlok, karbantartás szükségessége a káosz elkerülése érdekében, mindez nem mérgezhette volna meg az egészséges iPhone OS rendszert, és az eredeti iPhone-on az egyetlen kezelés, amelyre az iTuneson keresztül volt szükség a multimédiás fájlok vagy a rendszer szinkronizálására egységes fotótárral rendelkezett, ahonnan képeket lehetett feltölteni vagy elmenteni oda.
Utazás a felhasználói fájdalmakon keresztül
A harmadik féltől származó alkalmazások megjelenésével világossá vált, hogy nem elegendő a rendszer és a benne lévő fájlok biztonságát biztosító sandbox modell, ahol a fájlokhoz csak azok az alkalmazások férhetnek hozzá, amelyekben tárolják azokat. Így több lehetőséget kaptunk a fájlokkal való munkavégzésre. Ezeket iTunes-on keresztül tudtuk eljuttatni az alkalmazásokból a számítógépre, a "Megnyitás..." menü lehetővé tette a fájl másolását egy másik, a formátumát támogató alkalmazásba, a Documents in iCloud pedig lehetővé tette a fájlok szinkronizálását ugyanabból. alkalmazásokat az Apple platformokon, bár meglehetősen átláthatatlan módon.
A bonyolult fájlrendszer egyszerűsítésének eredeti ötlete végül visszaütött az Apple és mindenekelőtt a felhasználók ellen. A több alkalmazás közötti fájlokkal végzett munka káoszt jelentett, amelynek középpontjában ugyanannak a fájlnak az alkalmazások közötti nagyszámú másolata állt, anélkül, hogy egy adott dokumentum vagy más fájl aktualitását bármiféle áttekintés lehetett volna. Ehelyett a fejlesztők elkezdtek a felhőalapú tárolás és SDK-k felé fordulni.
A Dropbox és más szolgáltatások megvalósításával a felhasználók bármelyik alkalmazásból hozzáférhettek ugyanazokhoz a fájlokhoz, szerkeszthették őket, és másolatok készítése nélkül menthetik el a változtatásokat. Ez a megoldás jelentősen megkönnyítette a fájlkezelést, de messze nem volt ideális. A fájltárolók megvalósítása sok munkát jelentett a fejlesztőknek, akiknek rá kellett jönniük, hogy az alkalmazás hogyan kezeli a szinkronizálást és megakadályozza a fájlsérülést, ráadásul soha nem volt garancia arra, hogy az alkalmazás támogatja az Ön által használt tárolót. A felhőben lévő fájlokkal való munka egy másik korlátot jelentett: az eszköznek folyamatosan online kellett lennie, és a fájlokat nem csak helyben lehetett tárolni.
Hét éve az iPhone OS első verziója, ma iOS, végre az Apple előállt egy végleges megoldással, ahol eltávolodik az alkalmazáson alapuló fájlkezelés eredeti elképzelésétől, helyette klasszikus fájlstruktúrát kínál, bár ügyesen. feldolgozott. Köszöntheti az iCloud Drive-ot és a Dokumentumválasztót.
iCloud meghajtó
Az iCloud Drive nem az Apple első felhőtárhelye, elődje az iDisk, amely a MobileMe része volt. Miután a szolgáltatást iCloudra cserélték, filozófiája részben megváltozott. A Dropbox vagy a SkyDrive (ma OneDrive) versenytársa helyett az iCloudnak egy kifejezetten szinkronizálási szolgáltatáscsomagnak kellett volna lennie, nem pedig külön tárhelynek. Az Apple egészen idénig ellenállt ennek a filozófiának, amikor végre bevezette az iCloud Drive-ot.
Az iCloud Drive önmagában nem különbözik a Dropboxtól és más hasonló szolgáltatásoktól. Az asztalon (Mac és Windows) egy speciális mappát jelent, amely folyamatosan naprakész és szinkronban van a felhő verzióval. Amint az iOS 8 harmadik béta verziójából kiderült, az iCloud Drive-nak is lesz saját webes felülete, valószínűleg az iCloud.com-on. A mobileszközökön azonban nincs dedikált kliens, ehelyett egy komponensen belüli alkalmazásokba integrálva Dokumentumválasztó.
Az iCloud Drive varázsa nemcsak a manuálisan hozzáadott fájlok szinkronizálásában rejlik, hanem abban is, hogy tartalmazza az összes fájlt, amelyet az alkalmazás szinkronizál az iClouddal. Minden alkalmazásnak megvan a saját mappája az iCloud Drive-ban, amely ikonnal van megjelölve a jobb tájékozódás érdekében, és az egyes fájlok benne. A Pages dokumentumokat a felhőben a megfelelő mappában találhatja meg, ugyanez vonatkozik a harmadik féltől származó alkalmazásokra is. Hasonlóképpen, az iCloudhoz szinkronizáló, de iOS-en nem rendelkező Mac-alkalmazásoknak (Preview, TextEdit) saját mappájuk van az iCloud Drive-ban, és bármelyik alkalmazás hozzáférhet hozzájuk.
Egyelőre nem világos, hogy az iCloud Drive-nak lesznek-e olyan további funkciói, mint a Dropbox, például fájlhivatkozás-megosztás vagy többfelhasználós megosztott mappák, de valószínűleg ősszel megtudjuk.
Dokumentumválasztó
A Dokumentumválasztó összetevő az iOS 8 fájlokkal való munkavégzésének szerves része. Ezen keresztül az Apple integrálja az iCloud Drive-ot bármely alkalmazásba, és lehetővé teszi a fájlok megnyitását a saját homokozóján kívül.
A Dokumentumválasztó az Image Pickerhez hasonlóan működik, egy olyan ablak, ahol a felhasználó kiválaszthatja az egyes fájlokat a megnyitásra vagy importálásra. Gyakorlatilag egy nagyon leegyszerűsített fájlkezelő, klasszikus fastruktúrával. A gyökérkönyvtár ugyanaz lesz, mint az iCloud Drive fő mappája, azzal a különbséggel, hogy lesznek helyi mappák is az alkalmazásadatokkal.
A harmadik féltől származó alkalmazások fájljait nem feltétlenül kell szinkronizálni az iCloud Drive-val, a Document Picker helyileg elérheti őket. Az adatok elérhetősége azonban nem minden alkalmazásra vonatkozik, a fejlesztőnek kifejezetten engedélyeznie kell a hozzáférést, és nyilvánosként meg kell jelölnie a Dokumentumok mappát az alkalmazásban. Ha igen, az alkalmazás felhasználói fájljai elérhetők lesznek a Dokumentumválasztót használó összes többi alkalmazás számára anélkül, hogy internetkapcsolatra lenne szükségük az iCloud Drive-hoz.
A felhasználóknak négy alapvető műveletük van a dokumentumokkal való munkához – Megnyitás, Áthelyezés, Importálás és Exportálás. A második műveletpár többé-kevésbé átveszi a fájlokkal való munka jelenlegi módját, amikor az egyes fájlokról másolatokat készít az alkalmazás saját tárolójába. Előfordulhat például, hogy a felhasználó szerkeszteni szeretne egy képet, hogy az eredeti formájában megmaradjon, ezért a megnyitás helyett az importálást választja, amely megkettőzi a fájlt az alkalmazás mappájában. Az exportálás ekkor a többé-kevésbé jól ismert "Megnyitás..." funkció.
Az első pár azonban érdekesebb. A fájl megnyitása pontosan azt teszi, amit egy ilyen művelettől elvárhat. Egy harmadik féltől származó alkalmazás megnyitja a fájlt egy másik helyről anélkül, hogy sokszorosítaná vagy áthelyezné, és továbbra is dolgozhat vele. Ezután minden módosítás az eredeti fájlba kerül, ugyanúgy, mint az asztali rendszereken. Itt az Apple megmentette a fejlesztők munkáját, akiknek nem kell aggódniuk amiatt, hogy egy egyszerre több alkalmazásban vagy eszközben megnyitott fájlt hogyan kezelik, ami egyébként annak tönkremeneteléhez vezethet. Minden koordinációról a rendszer a CloudKittel együtt gondoskodik, a fejlesztőknek csak a megfelelő API-t kell implementálniuk az alkalmazásba.
A fájl áthelyezése ezután egyszerűen áthelyezhet egy elemet egyik alkalmazásmappából a másikba. Tehát, ha egyetlen alkalmazást szeretne használni az eszközén helyileg tárolt fájlok összes kezelésére, a fájlmozgató lehetővé teszi ezt.
A fejlesztő minden alkalmazásnál meghatározza, hogy milyen típusú fájlokkal tud dolgozni. A Dokumentumválasztó is ehhez alkalmazkodik, és ahelyett, hogy a teljes iCloud Drive és a helyi alkalmazásmappák összes fájlját megjelenítené, csak azokat a típusokat jeleníti meg, amelyeket az alkalmazás meg tud nyitni, ami jelentősen megkönnyíti a keresést. Ezenkívül a Dokumentumválasztó fájlok előnézetét, lista- és mátrixmegjelenítést, valamint keresőmezőt biztosít.
Harmadik féltől származó felhőtárhely
Az iOS 8-ban az iCloud Drive és a Document Picker nem kizárólagos, ellenkezőleg, a külső felhőalapú tárolási szolgáltatók is hasonló módon csatlakozhatnak majd a rendszerhez. A Dokumentumválasztóban lesz egy váltógomb az ablak tetején, ahol a felhasználók választhatják, hogy megtekintsék az iCloud Drive-ot vagy más elérhető tárhelyet.
A harmadik féltől származó integráció csak ezektől a szolgáltatóktól igényel munkát, és a rendszer többi alkalmazásbővítményéhez hasonlóan működik. Az integráció bizonyos értelemben egy speciális bővítmény támogatását jelenti az iOS 8 rendszerben, amely hozzáadja a felhőalapú tárolást a dokumentumválasztó tárhelymenüjének listájához. Az egyetlen feltétel az adott szolgáltatáshoz telepített alkalmazás megléte, amely a bővítményén keresztül beépül a rendszerbe vagy a Dokumentumválasztóba.
Eddig, ha a fejlesztők integrálni akarták a felhőtárolók egy részét, akkor maguknak kellett hozzáadniuk a tárhelyet a szolgáltatás elérhető API-jain keresztül, de a fájlok helyes kezelésének felelőssége, hogy ne sérüljenek meg a fájlok vagy adatvesztés, az ő fejükre esett. . A fejlesztők számára a megfelelő megvalósítás hosszú hetek vagy hónapok fejlesztését jelentheti. A Document Picker segítségével ez a munka közvetlenül a felhőalapú tárolási szolgáltatóhoz megy, így a fejlesztőknek csak a Document Pickert kell integrálniuk.
Ez nem egészen érvényes, ha a tárat saját felhasználói felületükkel mélyebben akarják integrálni az alkalmazásba, mint például a Markdown szerkesztők. Ez azonban a legtöbb fejlesztő számára a fejlesztés jelentős leegyszerűsítését jelenti, és gyakorlatilag minden felhőalapú tárhelyet egy mozdulattal integrálni tudnak plusz munka nélkül.
Természetesen maguk a tárolószolgáltatók is nagymértékben profitálnak majd, különösen a kevésbé népszerűek. Korábban az alkalmazások tárolási támogatása gyakran a Dropboxra vagy a Google Drive-ra és néhány másikra korlátozódott. A felhőalapú tárolás területén kevésbé népszerű szereplőknek gyakorlatilag esélyük sem volt beilleszkedni az alkalmazásokba, mivel ez aránytalan többletmunkát jelentene ezen alkalmazások fejlesztői számára, amelyek előnyeiről a szolgáltatókat nehéz lenne meggyőzni. őket.
Az iOS 8-nak köszönhetően minden felhőtárhely, amit a felhasználó telepít a készülékére, integrálható a rendszerbe, legyen szó nagy szereplőről vagy kevésbé ismert szolgáltatásról. Ha a Dropboxot, a Google Drive-ot, a OneDrive-ot, a Boxot vagy a SugarSync-et választja, semmi sem akadályozza meg abban, hogy ezeket fájlkezelésre használja, amennyiben ezek a szolgáltatók ennek megfelelően frissítik alkalmazásaikat.
Következtetés
Az iCloud Drive, a Document Picker és a külső tárolók integrálásának képességével az Apple nagy lépést tett a megfelelő és hatékony fájlkezelés felé, ami az iOS rendszer egyik legnagyobb gyengesége volt, és amelyet a fejlesztőknek meg kellett oldaniuk. . Az iOS 8 rendszerrel a platform minden eddiginél nagyobb termelékenységet és munkahatékonyságot biztosít, és számos lelkes külső fejlesztő hajlandó támogatni ezt az erőfeszítést.
Bár az iOS 8 a fentieknek köszönhetően nagy szabadságot hoz a rendszerbe, még mindig vannak észrevehető korlátok, amelyekkel a fejlesztőknek és a felhasználóknak meg kell küzdeniük. Az iCloud Drive például nem rendelkezik saját alkalmazással, csak az iOS Document Pickerben létezik, ami kissé megnehezíti a fájlok elkülönített kezelését iPhone-on és iPaden. Ugyanígy a Dokumentumválasztó nem hívható meg például a Mail alkalmazásból és az üzenethez csatolt fájlokból sem.
A fejlesztők számára az iCloud Drive azt jelenti, hogy egyszerre kell átváltani az iCloudban található dokumentumokból az alkalmazásaikhoz, mivel a szolgáltatások nem kompatibilisek egymással, és így a felhasználók elveszítenék a szinkronizálás lehetőségét. De mindez csak csekély ára azoknak a lehetőségeknek, amelyeket az Apple a felhasználók és a fejlesztők számára biztosított. Az iCloud Drive és a Document Picker előnyei valószínűleg nem fognak azonnal megjelenni az iOS 8 hivatalos megjelenése után, de ez nagy ígéret a közeljövőre nézve. Akit évek óta hívunk.
Ha lehet majd mappát létrehozni és vegyes fájlokat tartalmazni (Számok, Oldalak...) Akkor isteni áldás lesz...
annak is kell lennie…
Ez az Apple egyik legnagyobb hibája az iOS fejlesztés történetében. Ez teljes elárulása annak a kezdeti ötletnek, amelyre a rendszert létrehozták. Egy fájlrendszer nem pótolhatatlan, csak a megvalósításának kell fokozatosan fejlődnie. Ha csak egy másik alkalmazásban adnák hozzá a fájlszerkesztést az iOS-hez (hogy valaki hozzáférjen a másik fájljaihoz), akkor is működhetne a sandbox rendszer. Sajnos ez túlzás, ami káoszt, rendetlenséget és irányítási problémákat hoz. Tényleg nagyon sajnálom. Ezzel az Apple feladta egyik legnagyobb tulajdonságát – az innovációt. Különösen, hogy ésszerűen újítsunk, és ne nézzük a kreatívan gondolkodni nem tudó felhasználók értelmetlen panaszait.
Egyáltalán nem vagyok meglepve, hogy amikor a WWDC-n bemutatták az iCloud Drive-ot, kellemetlen üdvrivalgás hallatszott a közönség részéről. Teljesen megértem őket. A fájlrendszer hiánya az iOS egyik legjobb tulajdonsága volt, és hozzájárult annak egyszerűségéhez és népszerűségéhez. Minden kritika ellenére. Főleg a fájlrendszer hiánya járul hozzá a rendszer stabilitásához és kiszámíthatóságához. És ennek köszönhetően biztosította a népszerűségét.
a biztonság fontosabb volt, mint a fájlrendszer... Még mindig nagyon jól emlékszem, hogyan töröltem véletlenül egy rossz fájlt, amikor saját csengőhangot akartam hozzáadni az iPhone 1. gen.
a WWDC-n bemutatottak szerint az iOS 8-nak lehetővé kell tennie az általad leírtakat - hogy egy fájlt több alkalmazás is elérhessen
Kíváncsian várom a felhőalapú tárolás integrálását, különösen a OneDrive-ot, ahol most már 365x5 TB hely van az Office1-ön belül
1. Eléggé félek, hogy hogy fog kinézni pl egy ilyen PDF-szakértővel, aki abszolút mindent meg tud nyitni... Én is szeretném, ha az ember befolyásolhatná, mit nyithat meg és mit nem az egyes alkalmazásokhoz. ..
2. Mi a helyzet az offline tartalommal a felhőben? Például az általam használt CUBBY programmal le kell töltenem a fájlokat, hogy aztán bárhol megnyithassam őket... Ezután a pickeren keresztül megnyílnak? Befolyásolhatják ezt a program fejlesztői valamilyen módon?