Michal Ždanský Algse iPhone'i keerukuse metsa raiumisel kukkus palju kiipe. Revolutsioonilise telefoni lihtsustamise ja kasutusmugavuse nimel kärpis Apple mõned operatsioonisüsteemi aspektid absoluutse miinimumini. Üks idee oli klassikalisest failihaldusest lahti saada.
Pole saladus, et Steve Jobs vihkas failisüsteemi, nagu me seda lauaarvutitest tunneme, ta leidis, et see on keeruline ja tavakasutaja jaoks raskesti mõistetav. Alamkaustade hunnikusse maetud failid, hooldusvajadus kaose vältimiseks, kõik see ei oleks tohtinud tervet iPhone OS-i süsteemi mürgitada ja ainus haldus, mida algses iPhone'is vajati, oli iTunes'i kaudu multimeediumifailide sünkroonimiseks , või oli süsteemil ühtne fototeek, kust pilte üles laadida või sinna salvestada.
Teekond läbi kasutaja valu
Kolmandate osapoolte rakenduste tulekuga sai selgeks, et süsteemi ja selle sees olevate failide turvalisust tagavast liivakastimudelist, kus failidele pääsevad ligi vaid need rakendused, millesse need on salvestatud, ei piisa. Oleme seega saanud failidega töötamiseks mitu võimalust. Saime need rakendustest arvutisse iTunesi kaudu, menüü "Ava sisse..." võimaldas faili kopeerida mõnda teise selle vormingut toetavasse rakendusse ning iCloudis olevad dokumendid võimaldas samast faile sünkroonida. rakendusi Apple'i platvormidel, kuigi üsna läbipaistmatul viisil.
Algne idee keeruka failisüsteemi lihtsustamisest andis lõpuks Apple'i ja ennekõike kasutajate vastu tagasilöögi. Failidega töötamine mitme rakenduse vahel kujutas endast kaost, mille keskmes oli suur hulk sama faili koopiaid erinevates rakendustes, ilma et oleks võimalik saada ülevaadet antud dokumendi või muu faili tegelikkusest. Selle asemel hakkasid arendajad kasutama pilvesalvestust ja oma SDK-sid.
Dropboxi ja muude teenuste rakendamisega said kasutajad samadele failidele juurde pääseda mis tahes rakendusest, neid redigeerida ja muudatusi salvestada ilma koopiaid tegemata. See lahendus muutis failihalduse palju lihtsamaks, kuid polnud kaugeltki ideaalne. Failipoodide juurutamine tähendas palju tööd arendajatele, kes pidid välja mõtlema, kuidas rakendus sünkroonimisega hakkama saab ja failide rikkumist takistab, lisaks polnud kunagi garantiid, et teie rakendus toetab teie kasutatavat poodi. Pilves failidega töötamine tõi kaasa veel ühe piirangu – seade pidi kogu aeg võrgus olema ja faile ei saanud ainult lokaalselt salvestada.
Seitse aastat iPhone OS-i esimesest versioonist, täna iOS-ist, on lõpuks Apple tulnud välja lõpliku lahendusega, kus eemaldub algsest rakendusepõhisest failihalduse ideest, pakkudes selle asemel klassikalist failistruktuuri, kuigi nutikalt. töödeldud. Öelge tere iCloud Drive'i ja Dokumendivalijaga.
iCloud Drive
iCloud Drive ei ole Apple'i esimene pilvesalvestus, selle eelkäija on iDisk, mis oli osa MobileMest. Pärast teenuse ümbernimetamist iCloudiks on selle filosoofia osaliselt muutunud. Dropboxi või SkyDrive'i (nüüd OneDrive) konkurendi asemel pidi iCloud olema spetsiaalselt sünkroonimiseks mõeldud teenusepakett, mitte eraldi salvestusruum. Apple oli sellele filosoofiale vastu kuni selle aastani, mil ta lõpuks iCloud Drive'i tutvustas.
iCloud Drive ise ei erine Dropboxist ja muudest sarnastest teenustest. Töölaual (Mac ja Windows) esindab see spetsiaalset kausta, mis on pidevalt ajakohane ja sünkroonis pilveversiooniga. Nagu iOS 8 kolmas beetaversioon näitas, on iCloud Drive'il ka oma veebiliides, tõenäoliselt saidil iCloud.com. Sellel pole aga mobiilseadmetes spetsiaalset klienti, selle asemel integreeritakse see komponendi rakendustesse Dokumendi valija.
iCloud Drive'i võlu ei seisne ainult käsitsi lisatud failide sünkroonimises, vaid ka kõigi failide kaasamises, mida rakendus iCloudiga sünkroonib. Igal rakendusel on iCloud Drive'is oma kaust, mis on parema orientatsiooni tagamiseks tähistatud ikooniga, ja selles olevad üksikud failid. Pagesi dokumendid leiad pilvest vastavast kaustast, sama kehtib ka kolmandate osapoolte rakenduste kohta. Samamoodi on Maci rakendustel, mis sünkroonitakse iCloudiga, kuid millel puudub iOS-i vaste (Eelvaade, TextEdit), iCloud Drive'is oma kaust ja iga rakendus pääseb neile juurde.
Pole veel selge, kas iCloud Drive'il on lisafunktsioone nagu Dropbox, nagu faililinkide jagamine või mitme kasutajaga jagatud kaustad, kuid tõenäoliselt saame selle teada sügisel.
Dokumendi valija
Dokumendivalija komponent on iOS 8 failidega töötamise lahutamatu osa. Selle kaudu integreerib Apple iCloud Drive'i mis tahes rakendusse ja võimaldab teil avada faile väljaspool oma liivakasti.
Dokumendivalija töötab sarnaselt pildivalijaga, see on aken, kus kasutaja saab valida üksikuid faile, mida avada või importida. See on praktiliselt väga lihtsustatud ja klassikalise puustruktuuriga failihaldur. Juurkataloog on sama, mis iCloud Drive'i põhikaust, selle erinevusega, et seal on ka kohalikud kaustad rakenduste andmetega.
Kolmandate osapoolte rakenduste faile ei pea tingimata iCloud Drive'iga sünkroonima, Document Picker pääseb neile kohapeal juurde. Andmete kättesaadavus ei kehti aga kõikidele rakendustele, arendaja peab selgesõnaliselt lubama juurdepääsu ja märkima rakenduses kausta Dokumendid avalikuks. Kui nad seda teevad, on rakenduse kasutajafailid saadaval kõigile teistele Document Pickerit kasutavatele rakendustele, ilma et oleks vaja iCloud Drive'i jaoks Interneti-ühendust.
Kasutajatel on dokumentidega töötamiseks neli põhitoimingut – avamine, teisaldamine, importimine ja eksport. Teine toimingupaar võtab enam-vähem üle senise failidega töötamise viisi funktsiooni, kui loob üksikutest failidest koopiad rakenduse enda konteinerisse. Näiteks võib kasutaja soovida pilti redigeerida, et säilitada selle algne vorm, nii et avamise asemel valib ta impordi, mis dubleerib faili rakenduse kaustas. Eksport on siis enam-vähem tuntud "Open in..." funktsioon.
Esimene paar on aga huvitavam. Faili avamine teeb täpselt seda, mida selliselt toimingult ootate. Kolmanda osapoole rakendus avab faili teisest asukohast ilma seda paljundamata või teisaldamata ning saab sellega edasi töötada. Seejärel salvestatakse kõik muudatused algsesse faili, nagu see on töölauasüsteemides. Siin on Apple säästnud arendajate töö, kes ei pea muretsema selle pärast, kuidas mitmes rakenduses või seadmes korraga avatud faili käsitletakse, mis muidu võib viia selle korruptsioonini. Kogu koordineerimise eest hoolitseb süsteem koos CloudKitiga, arendajatel tuleb rakendusse rakendada vaid vastav API.
Faili teisaldamise toiminguga saab seejärel üksuse lihtsalt ühest rakenduse kaustast teise teisaldada. Seega, kui soovite oma seadmesse lokaalselt salvestatud failide haldamiseks kasutada ühte rakendust, võimaldab failide teisaldaja seda teha.
Iga rakenduse puhul määrab arendaja, millist tüüpi failidega see töötada saab. Sellega kohaneb ka Document Picker ning selle asemel, et kuvada kõik failid terves iCloud Drive’is ja kohalikes rakenduste kaustades, kuvatakse vaid need tüübid, mida rakendus suudab avada, mis teeb otsingu oluliselt lihtsamaks. Lisaks pakub Dokumendivalija failide eelvaateid, loendi- ja maatriksikuva ning otsinguvälja.
Kolmanda osapoole pilvesalvestus
iOS 8-s ei ole iCloud Drive ja Document Picker eksklusiivsed, vastupidi, kolmanda osapoole pilvesalvestuse pakkujad saavad süsteemiga ühenduse luua sarnasel viisil. Dokumendivalijal on akna ülaosas lülitusnupp, kus kasutajad saavad valida iCloud Drive'i või muu saadaoleva salvestusruumi vaatamise.
Kolmanda osapoole integreerimine nõuab tööd ainult nendelt pakkujatelt ja see toimib sarnaselt süsteemi teiste rakenduselaiendustega. Teatud mõttes tähendab integratsioon iOS 8 spetsiaalse laienduse tuge, mis lisab pilvesalvestuse dokumendivalija salvestusmenüü loendisse. Ainus tingimus on antud teenuse jaoks installitud rakenduse olemasolu, mis on selle laienduse kaudu integreeritud süsteemi või Dokumendivalijasse.
Seni, kui arendajad soovisid mõnda pilvesalvestust integreerida, pidid nad salvestusruumi ise lisama teenuse saadaolevate API-de kaudu, kuid vastutus failide korrektse käsitlemise eest, et faile mitte kahjustada ega andmeid kaotada, langes nende peadele. . Arendajate jaoks võib õige rakendamine tähendada pikki nädalaid või kuid arendustööd. Dokumendivalijaga läheb see töö nüüd otse pilvesalvestuse pakkujale, nii et arendajatel tuleb integreerida ainult Dokumendivalija.
See ei kehti, kui nad soovivad hoidla oma kasutajaliidese abil sügavamale rakendusse integreerida, nagu näiteks Markdowni redaktorid. Enamiku teiste arendajate jaoks tähendab see aga arenduse olulist lihtsustumist ja nad saavad praktiliselt ühe korraga integreerida mis tahes pilvesalvestusruumi ilma lisatööta.
Loomulikult võidavad suurel määral salvestusruumi pakkujad ise, eriti vähem populaarsed. Varem piirdus rakenduste salvestustugi sageli Dropboxi või Google Drive'i ja mõne muuga. Pilvesalvestuse valdkonna vähempopulaarsetel tegijatel polnud praktiliselt võimalust rakendustesse integreeruda, kuna see tähendaks nende rakenduste arendajatele ebaproportsionaalselt palju lisatööd, mille kasulikkuses oleks pakkujatel raske veenda neist.
Tänu iOS 8-le saab süsteemi integreerida kogu pilvesalvestuse, mille kasutaja oma seadmesse installib, olgu tegemist suurtegijate või vähemtuntud teenustega. Kui teie valik on Dropbox, Google Drive, OneDrive, Box või SugarSync, ei takista miski teil neid failihalduseks kasutamast, kui need pakkujad oma rakendusi vastavalt värskendavad.
Järeldus
Tänu iCloud Drive'ile, Document Pickerile ja võimalusele integreerida kolmandate osapoolte salvestusruumi, on Apple astunud suure sammu edasi õige ja tõhusa failihalduse suunas, mis oli iOS-i süsteemi üks suurimaid nõrkusi ja millega arendajad pidid ümber töötama. . iOS 8-ga pakub platvorm rohkem tootlikkust ja töö tõhusust kui kunagi varem ning sellel on hulk entusiastlikke kolmandatest osapooltest arendajaid, kes on valmis seda pingutust toetama.
Kuigi iOS 8 toob tänu kõigele eelnevale süsteemi palju vabadust, on siiski märgatavaid piiranguid, millega arendajad ja kasutajad peavad tegelema. Näiteks iCloud Drive'il ei ole oma rakendust kui sellist, see eksisteerib ainult iOS-i Document Pickeris, mis muudab failide eraldi haldamise iPhone'is ja iPadis pisut keeruliseks. Samuti ei saa dokumendivalijat käivitada näiteks rakendusest Mail ja ühestki kirjale lisatud failist.
Arendajate jaoks tähendab iCloud Drive seda, et nad peavad oma rakenduste jaoks iCloudis olevad dokumendid korraga üle minema, kuna teenused ei ühildu omavahel ja kasutajad kaotaksid seega sünkroonimisvõimaluse. Kuid see kõik on vaid väike hind nende võimaluste eest, mida Apple on kasutajatele ja arendajatele pakkunud. ICloud Drive'ist ja Document Pickerist tulenevad eelised ei ilmne tõenäoliselt kohe pärast iOS 8 ametlikku väljaandmist, kuid see on suur lubadus lähitulevikuks. See, kellele oleme aastaid helistanud.
Kui on võimalik luua kaust ja selles on segatud failid (Numbrid, Lehed...), siis on see õnn...
see peaks ka olema…
See on üks Apple'i suurimaid vigu iOS-i arendamise ajaloos. See on täielik reetmine esialgsele ideele, mille jaoks süsteem loodi. Failisüsteem ei ole asendamatu, ainult selle rakendamine peab arenema järk-järgult. Kui nad lisasid iOS-ile ainult faili redigeerimise mõnes teises rakenduses (et pääseks juurde teise failidele), saaks liivakastisüsteem siiski töötada. Kahjuks on see liialdus, mis toob kaasa kaose, segaduse ja juhtimisprobleemid. Mul on tõesti väga kahju. Sellega loobus Apple ühest oma suurimast omadusest – uuenduste tegemisest. Eelkõige teha uuendusi mõistlikult ja mitte vaadata nende kasutajate mõttetuid kaebusi, kes ei oska loovalt mõelda.
Ma ei ole üldse üllatunud, et kui nad iCloud Drive'i WWDC-l tutvustasid, kostis publikust ebameeldivat tuju. Ma saan neist täiesti aru. Failisüsteemi puudumine oli iOS-i üks parimaid omadusi ning aitas kaasa selle lihtsusele ja populaarsusele. Vaatamata kõigile kriitikatele. Peamiselt aitab failisüsteemi puudumine kaasa süsteemi stabiilsusele ja prognoositavusele. Ja tänu sellele tagas ta tema populaarsuse.
turvalisus oli tähtsam kui failisüsteem... Mäletan siiani väga hästi, kuidas ma kogemata halva faili kustutasin, kui tahtsin iPhone 1st gen lisada oma helinat
WWDC-l esitletu kohaselt peaks iOS 8 võimaldama seda, mida te kirjeldate – nii et ühele failile pääseb juurde mitu rakendust
Ootan huviga pilvesalvestuse, eriti OneDrive'i integreerimist, kus Office365 sees on nüüd 5x1TB ruumi
1. Ma suht kardan, kuidas see välja näeb näiteks sellise PDF-eksperdiga, kes suudab absoluutselt kõike avada... Tahaks ka, et inimene saaks ise mõjutada, mida saab ja mida mitte üksikute rakenduste jaoks. ..
2. Kuidas on lood võrguühenduseta sisuga pilves? Näiteks CUBBY programmiga, mida ma kasutan, on mul failid allalaadimiseks, et saaksin need siis suvalises kohas avada... Kas need avatakse siis valija kaudu? Kas selle programmi arendajad saavad seda kuidagi mõjutada?