Michal Ždanský Er zijn veel chips gevallen bij het omhakken van het woud van complexiteit voor de originele iPhone. In naam van de vereenvoudiging en het gebruiksgemak van de revolutionaire telefoon heeft Apple sommige aspecten van het besturingssysteem tot een absoluut minimum beperkt. Eén idee was om af te komen van het klassieke bestandsbeheer.
Het is geen geheim dat Steve Jobs een hekel had aan het bestandssysteem zoals we dat kennen van desktopcomputers; hij vond het complex en moeilijk te begrijpen voor de gemiddelde gebruiker. Bestanden begraven in een stapel submappen, de noodzaak van onderhoud om chaos te voorkomen, dit alles had het gezonde iPhone OS-systeem niet mogen vergiftigen, en het enige beheer dat nodig was op de originele iPhone was via iTunes voor de synchronisatie van multimediabestanden , of het systeem had een uniforme fotobibliotheek van waaruit afbeeldingen konden worden geüpload of opgeslagen.
Een reis door gebruikerspijn
Met de komst van applicaties van derden werd duidelijk dat het sandbox-model, dat de veiligheid van het systeem en de bestanden daarin garandeert, waarbij bestanden alleen toegankelijk zijn voor de applicaties waarin ze zijn opgeslagen, onvoldoende is. Zo hebben wij meerdere mogelijkheden gekregen om met bestanden te werken. We konden ze via iTunes van de applicaties naar de computer krijgen, het menu "Openen in..." maakte het mogelijk om het bestand naar een andere applicatie te kopiëren die het formaat ervan ondersteunt, en Documenten in iCloud maakten het mogelijk om bestanden van dezelfde applicatie te synchroniseren toepassingen op Apple-platforms, zij het op een tamelijk ondoorzichtige manier.
Het oorspronkelijke idee om een complex bestandssysteem te vereenvoudigen had uiteindelijk een averechts effect op Apple en vooral op de gebruikers. Het werken met bestanden tussen meerdere applicaties betekende chaos, met als middelpunt een groot aantal kopieën van hetzelfde bestand in verschillende applicaties zonder de mogelijkheid van enig overzicht van de actualiteit van een bepaald document of ander bestand. In plaats daarvan begonnen ontwikkelaars zich te wenden tot cloudopslag en hun SDK's.
Met de implementatie van Dropbox en andere diensten konden gebruikers vanuit elke applicatie toegang krijgen tot dezelfde bestanden, deze bewerken en wijzigingen opslaan zonder kopieën te maken. Deze oplossing maakte het bestandsbeheer veel eenvoudiger, maar was verre van ideaal. Het implementeren van bestandswinkels betekende veel werk voor ontwikkelaars die moesten uitzoeken hoe de app zou omgaan met synchronisatie en bestandsbeschadiging zou voorkomen, en er was nooit een garantie dat je app de winkel zou ondersteunen die je gebruikte. Het werken met bestanden in de cloud bracht nog een beperking met zich mee: het apparaat moest altijd online zijn en bestanden konden niet alleen lokaal worden opgeslagen.
Zeven jaar sinds de eerste versie van iPhone OS, vandaag iOS, heeft Apple eindelijk een definitieve oplossing bedacht, waarbij het afwijkt van het oorspronkelijke idee van bestandsbeheer op basis van de applicatie, en in plaats daarvan een klassieke bestandsstructuur aanbiedt, zij het op een slimme manier verwerkt. Maak kennis met iCloud Drive en Documentkiezer.
iCloud Drive
iCloud Drive is niet de eerste cloudopslag van Apple, zijn voorganger is iDisk, dat onderdeel was van MobileMe. Nadat de service werd omgedoopt tot iCloud, is de filosofie gedeeltelijk veranderd. In plaats van een concurrent voor Dropbox of SkyDrive (nu OneDrive) moest iCloud een servicepakket zijn speciaal voor synchronisatie, en geen aparte opslag. Apple verzette zich tegen deze filosofie tot dit jaar, toen het uiteindelijk iCloud Drive introduceerde.
iCloud Drive zelf lijkt niet veel op Dropbox en andere soortgelijke services. Op het bureaublad (Mac en Windows) vertegenwoordigt het een speciale map die voortdurend up-to-date is en gesynchroniseerd met de cloudversie. Zoals blijkt uit de derde bèta van iOS 8 zal iCloud Drive ook een eigen webinterface hebben, waarschijnlijk op iCloud.com. Het heeft echter geen speciale client op mobiele apparaten, maar wordt binnen een component in apps geïntegreerd Documentkiezer.
De magie van iCloud Drive zit niet alleen in het synchroniseren van handmatig toegevoegde bestanden, maar in het opnemen van alle bestanden die de app met iCloud synchroniseert. Elke applicatie heeft zijn eigen map in iCloud Drive, gemarkeerd met een pictogram voor een betere oriëntatie, en individuele bestanden daarin. Je vindt Pages-documenten in de cloud in de daarvoor bestemde map, hetzelfde geldt voor applicaties van derden. Op dezelfde manier hebben Mac-applicaties die synchroniseren met iCloud, maar geen tegenhanger hebben op iOS (Preview, TextEdit), hun eigen map in iCloud Drive en elke applicatie heeft er toegang toe.
Het is nog niet duidelijk of iCloud Drive extra functies zal hebben, zoals Dropbox, zoals het delen van bestandslinks of gedeelde mappen met meerdere gebruikers, maar dat zullen we waarschijnlijk in de herfst ontdekken.
Documentkiezer
De component Documentkiezer is een integraal onderdeel van het werken met bestanden in iOS 8. Hierdoor integreert Apple iCloud Drive in elk programma en kunt u bestanden buiten de eigen sandbox openen.
De Documentkiezer werkt op dezelfde manier als de Afbeeldingkiezer: het is een venster waarin de gebruiker individuele bestanden kan selecteren om te openen of te importeren. Het is praktisch een zeer vereenvoudigde bestandsbeheerder met een klassieke boomstructuur. De hoofdmap zal dezelfde zijn als de hoofdmap van iCloud Drive, met het verschil dat er ook lokale mappen met applicatiegegevens zullen zijn.
De bestanden van applicaties van derden hoeven niet noodzakelijkerwijs te worden gesynchroniseerd met iCloud Drive; Document Picker heeft er lokaal toegang toe. De beschikbaarheid van gegevens geldt echter niet voor alle applicaties; de ontwikkelaar moet expliciet toegang toestaan en de map Documenten in de applicatie als openbaar markeren. Als ze dat doen, zijn de gebruikersbestanden van de app beschikbaar voor alle andere apps die Documentkiezer gebruiken, zonder dat een internetverbinding voor iCloud Drive nodig is.
Gebruikers hebben vier basisacties voor het werken met documenten: Openen, Verplaatsen, Importeren en Exporteren. Het tweede paar acties neemt min of meer de functie over van de huidige manier van werken met bestanden, waarbij kopieën van individuele bestanden in de eigen container van de applicatie worden gemaakt. Een gebruiker wil bijvoorbeeld een afbeelding bewerken om deze in de oorspronkelijke vorm te behouden, dus in plaats van deze te openen, kiest hij voor importeren, waardoor het bestand wordt gedupliceerd in de map van de toepassing. Exporteren is dan de min of meer bekende functie "Openen in...".
Het eerste paar is echter interessanter. Het openen van het bestand doet precies wat je van een dergelijke actie zou verwachten. Een applicatie van derden opent het bestand vanaf een andere locatie zonder het te dupliceren of te verplaatsen en kan er verder mee werken. Alle wijzigingen worden vervolgens in het originele bestand opgeslagen, net zoals op desktopsystemen. Hier heeft Apple het werk van ontwikkelaars bewaard, die zich geen zorgen hoeven te maken over de manier waarop een bestand dat in meerdere applicaties of apparaten tegelijk is geopend, zal worden afgehandeld, wat anders tot corruptie zou kunnen leiden. Alle coördinatie wordt verzorgd door het systeem samen met CloudKit, ontwikkelaars hoeven alleen de betreffende API in de applicatie te implementeren.
Met een actie voor het verplaatsen van bestanden kunt u vervolgens eenvoudig een item van de ene applicatiemap naar de andere verplaatsen. Dus als u één app wilt gebruiken voor al het beheer van bestanden die lokaal op uw apparaat zijn opgeslagen, kunt u dat met File Mover doen.
Voor elke applicatie specificeert de ontwikkelaar met welke soorten bestanden hij kan werken. Ook de Documentkiezer past zich hieraan aan, en in plaats van alle bestanden in de volledige iCloud Drive en lokale applicatiemappen weer te geven, worden alleen de typen weergegeven die de applicatie kan openen, wat het zoeken veel eenvoudiger maakt. Bovendien biedt Document Picker bestandsvoorbeelden, lijst- en matrixweergave en een zoekveld.
Cloudopslag van derden
In iOS 8 zijn iCloud Drive en Document Picker niet exclusief, integendeel: externe aanbieders van cloudopslag kunnen op een vergelijkbare manier verbinding maken met het systeem. Documentkiezer heeft bovenaan het venster een schakelknop waarmee gebruikers kunnen kiezen om iCloud Drive of andere beschikbare opslag te bekijken.
Integratie door derden vereist alleen werk van die providers en werkt op dezelfde manier als andere app-extensies in het systeem. In zekere zin betekent de integratie ondersteuning voor een speciale extensie in iOS 8 die cloudopslag toevoegt aan de lijst in het opslagmenu van de documentkiezer. De enige voorwaarde is de aanwezigheid van een geïnstalleerde applicatie voor de betreffende dienst, die via de extensie ervan in het systeem of Document Picker is geïntegreerd.
Als ontwikkelaars tot nu toe een deel van de cloudopslag wilden integreren, moesten ze de opslag zelf toevoegen via de beschikbare API's van de dienst, maar de verantwoordelijkheid voor het correct omgaan met de bestanden om geen bestanden te beschadigen of gegevens te verliezen viel op hun hoofd. . Voor ontwikkelaars kan een goede implementatie lange weken of maanden van ontwikkeling betekenen. Met Document Picker gaat dit werk nu rechtstreeks naar de cloudopslagprovider, zodat ontwikkelaars alleen Document Picker hoeven te integreren.
Dit is niet helemaal van toepassing als ze de repository dieper in de app willen integreren met hun eigen gebruikersinterface, zoals Markdown-editors bijvoorbeeld doen. Voor de meeste andere ontwikkelaars betekent dit echter een aanzienlijke vereenvoudiging van de ontwikkeling en kunnen zij vrijwel elke cloudopslag in één keer integreren zonder extra werk.
Uiteraard zullen de opslagaanbieders zelf er in grote mate van profiteren, vooral de minder populaire. Vroeger was de opslagondersteuning voor apps vaak beperkt tot Dropbox of Google Drive en een paar andere. Minder populaire spelers op het gebied van cloudopslag hadden praktisch geen kans om in de applicaties te integreren, omdat dit voor de ontwikkelaars van deze applicaties onevenredig veel extra werk zou betekenen, waarvan de voordelen voor de aanbieders moeilijk te overtuigen zouden zijn zij van.
Dankzij iOS 8 kan alle cloudopslag die de gebruiker op zijn apparaat installeert, in het systeem worden geïntegreerd, of het nu gaat om grote spelers of om minder bekende diensten. Als je kiest voor Dropbox, Google Drive, OneDrive, Box of SugarSync, houdt niets je tegen om ze te gebruiken voor bestandsbeheer, zolang deze providers hun apps dienovereenkomstig updaten.
Záver
Met iCloud Drive, Document Picker en de mogelijkheid om opslag van derden te integreren heeft Apple een grote stap voorwaarts gezet in de richting van goed en efficiënt bestandsbeheer, wat een van de grootste zwakke punten van het systeem op iOS was en waar ontwikkelaars mee moesten werken. . Met iOS 8 zal het platform meer productiviteit en werkefficiëntie bieden dan ooit tevoren, en het heeft een groot aantal enthousiaste externe ontwikkelaars bereid om deze inspanningen te ondersteunen.
Hoewel iOS 8 dankzij al het bovenstaande veel vrijheid in het systeem brengt, zijn er nog steeds enkele merkbare beperkingen waar ontwikkelaars en gebruikers mee te maken zullen krijgen. iCloud Drive heeft bijvoorbeeld geen eigen app, deze bestaat alleen binnen Document Picker op iOS, wat het een beetje lastig maakt om bestanden afzonderlijk te beheren op iPhone en iPad. Op dezelfde manier kan de Documentkiezer bijvoorbeeld niet worden aangeroepen vanuit de Mail-toepassing en vanuit elk bestand dat bij het bericht is gevoegd.
Voor ontwikkelaars betekent iCloud Drive dat ze voor hun applicaties in één keer moeten overstappen van Documenten in iCloud, omdat de diensten niet compatibel zijn met elkaar en gebruikers daarmee de mogelijkheid tot synchronisatie zouden verliezen. Maar dit alles is slechts een kleine prijs voor de mogelijkheden die Apple aan gebruikers en ontwikkelaars heeft geboden. De voordelen van iCloud Drive en Document Picker zullen waarschijnlijk niet meteen zichtbaar worden na de officiële release van iOS 8, maar het is een grote belofte voor de nabije toekomst. Degene waar wij al jaren om roepen.
Als het mogelijk is om een map te maken met daarin gemengde bestanden (nummers, pagina's...), dan is dat een geschenk uit de hemel...
het zou ook zo moeten zijn...
Dit is een van de grootste fouten van Apple in de geschiedenis van de iOS-ontwikkeling. Het is een compleet verraad aan het oorspronkelijke idee waarvoor het systeem is gemaakt. Een bestandssysteem is niet onvervangbaar, alleen de implementatie ervan moet geleidelijk evolueren. Als ze alleen het bewerken van bestanden in een andere applicatie aan iOS zouden toevoegen (zodat de een toegang zou krijgen tot de bestanden van een ander), zou het sandbox-systeem nog steeds kunnen werken. Helaas is dit een overkill die chaos, rommel en managementproblemen met zich mee zal brengen. Het spijt me echt heel erg. Hiermee gaf Apple een van zijn grootste kenmerken op: innoveren. In het bijzonder om verstandig te innoveren en niet te kijken naar de zinloze klachten van gebruikers die niet creatief kunnen denken.
Het verbaast me helemaal niet dat er onaangenaam boegeroep van het publiek klonk toen ze iCloud Drive op WWDC introduceerden. Ik begrijp ze volkomen. De afwezigheid van een bestandssysteem was een van de beste kenmerken van iOS en droeg bij aan de eenvoud en populariteit ervan. Ondanks alle critici. Het is vooral de afwezigheid van een bestandssysteem dat bijdraagt aan de stabiliteit en voorspelbaarheid van het systeem. En dankzij dit zorgde ze voor zijn populariteit.
beveiliging was belangrijker dan bestandssysteem... Ik herinner me nog heel goed hoe ik per ongeluk een slecht bestand verwijderde toen ik mijn eigen ringtone wilde toevoegen aan de iPhone 1e generatie
volgens wat werd gepresenteerd op WWDC zou iOS 8 mogelijk moeten maken wat jij beschrijft - zodat één bestand toegankelijk is voor meerdere applicaties
Ik kijk uit naar de integratie van cloudopslag, vooral OneDrive, waar er nu 365x5TB ruimte is binnen Office1
1. Ik ben nogal bang voor hoe het er bijvoorbeeld uit zal zien met zo'n PDF-expert die werkelijk alles kan openen... Ik zou ook graag willen dat iemand invloed kan uitoefenen op wat hij wel en niet kan openen voor individuele toepassingen. ..
2. Hoe zit het met offline inhoud in de cloud? Met het programma CUBBY dat ik gebruik, heb ik bijvoorbeeld bestanden om te downloaden, zodat ik ze vervolgens overal kan openen... Worden ze dan geopend via de picker? Kunnen de ontwikkelaars van dit programma er op enigerlei wijze invloed op uitoefenen?