Michal Ždanský Molts xips van caure en tallar el bosc de complexitat de l'iPhone original. En nom de la simplificació i la facilitat d'ús del telèfon revolucionari, Apple va reduir alguns aspectes del sistema operatiu al mínim absolut. Una idea era desfer-se de la gestió clàssica de fitxers.
No és cap secret que Steve Jobs odiava el sistema de fitxers tal com el coneixem dels ordinadors d'escriptori, el va trobar complex i difícil d'entendre per a l'usuari mitjà. Fitxers enterrats en un munt de subcarpetes, la necessitat de manteniment per evitar el caos, tot això no hauria d'haver enverinat el sistema operatiu iPhone saludable, i l'única gestió que es necessitava a l'iPhone original era a través d'iTunes per sincronitzar fitxers multimèdia, o el sistema. tenia una biblioteca de fotos unificada des de la qual pujar imatges o desar-hi.
Un viatge pel dolor de l'usuari
Amb l'arribada d'aplicacions de tercers, es va fer evident que el model sandbox, que garanteix la seguretat del sistema i dels fitxers que hi ha al seu interior, on només poden accedir als fitxers les aplicacions on s'emmagatzemen, és insuficient. Així hem rebut diverses opcions per treballar amb fitxers. Les podíem fer arribar des de les aplicacions a l'ordinador a través d'iTunes, el menú "Obre en..." va permetre copiar el fitxer a una altra aplicació que admeti el seu format, i Documents a iCloud va permetre sincronitzar fitxers des del mateix. aplicacions a les plataformes d'Apple, encara que d'una manera poc transparent.
La idea original de simplificar un sistema de fitxers complex finalment va ser contraproduent contra Apple i, sobretot, contra els usuaris. Treballar amb fitxers entre diverses aplicacions representava un caos, al centre del qual hi havia un gran nombre de còpies d'un mateix fitxer entre aplicacions sense la possibilitat de cap visió general de l'actualitat d'un determinat document o altre fitxer. En canvi, els desenvolupadors van començar a recórrer a l'emmagatzematge al núvol i als seus SDK.
Amb la implementació de Dropbox i altres serveis, els usuaris van poder accedir als mateixos fitxers des de qualsevol aplicació, editar-los i desar els canvis sense fer còpies. Aquesta solució va facilitar molt la gestió de fitxers, però no era gaire ideal. La implementació de magatzems de fitxers va suposar molta feina per als desenvolupadors que havien d'esbrinar com l'aplicació gestionaria la sincronització i evitaria la corrupció dels fitxers, a més, mai hi havia garantia que la vostra aplicació admetia la botiga que esteu utilitzant. Treballar amb fitxers al núvol presentava una altra limitació: el dispositiu havia d'estar en línia en tot moment i els fitxers no només es podien emmagatzemar localment.
Set anys des de la primera versió d'iPhone OS, avui iOS, finalment Apple ha presentat una solució final, on s'allunya de la idea original de gestió de fitxers basada en l'aplicació, oferint en canvi una estructura de fitxers clàssica, encara que intel·ligentment. processats. Saludeu iCloud Drive i Document Selector.
iCloud Drive
iCloud Drive no és el primer emmagatzematge al núvol d'Apple, el seu predecessor és iDisk, que formava part de MobileMe. Després de canviar el nom del servei a iCloud, la seva filosofia ha canviat parcialment. En lloc d'un competidor de Dropbox o SkyDrive (ara OneDrive), iCloud havia de ser un paquet de serveis especialment per a la sincronització, no un emmagatzematge separat. Apple es va resistir a aquesta filosofia fins aquest any, quan finalment va presentar iCloud Drive.
iCloud Drive no és diferent a Dropbox i altres serveis similars. A l'escriptori (Mac i Windows) representa una carpeta especial que està constantment actualitzada i sincronitzada amb la versió al núvol. Tal com revela la tercera beta d'iOS 8, iCloud Drive també tindrà la seva pròpia interfície web, probablement a iCloud.com. Tanmateix, no té un client dedicat en dispositius mòbils, sinó que s'integra a les aplicacions dins d'un component document Picker.
La màgia d'iCloud Drive no és només sincronitzar fitxers afegits manualment, sinó incloure tots els fitxers que l'aplicació sincronitza amb iCloud. Cada aplicació té la seva pròpia carpeta a iCloud Drive, marcada amb una icona per a una millor orientació, i fitxers individuals. Podeu trobar documents de Pages al núvol a la carpeta corresponent, el mateix s'aplica a les aplicacions de tercers. De la mateixa manera, les aplicacions de Mac que se sincronitzen amb iCloud, però que no tenen una contrapartida a iOS (Preview, TextEdit) tenen la seva pròpia carpeta a iCloud Drive i qualsevol aplicació hi pot accedir.
Encara no està clar si iCloud Drive tindrà funcions addicionals com Dropbox, com ara compartir enllaços de fitxers o carpetes compartides per a diversos usuaris, però probablement ho sabrem a la tardor.
document Picker
El component Selector de documents és una part integral del treball amb fitxers a iOS 8. Mitjançant ell, Apple integra iCloud Drive a qualsevol aplicació i us permet obrir fitxers fora de la seva pròpia caixa de proves.
El selector de documents funciona de manera similar al selector d'imatges, és una finestra on l'usuari pot seleccionar fitxers individuals per obrir o importar. Pràcticament és un gestor de fitxers molt simplificat amb una estructura d'arbre clàssica. El directori arrel serà el mateix que la carpeta principal d'iCloud Drive, amb la diferència que també hi haurà carpetes locals amb dades de l'aplicació.
Els fitxers d'aplicacions de tercers no necessàriament s'han de sincronitzar amb iCloud Drive, Document Picker pot accedir-hi localment. Tanmateix, la disponibilitat de dades no s'aplica a totes les aplicacions, el desenvolupador ha de permetre explícitament l'accés i marcar la carpeta Documents de l'aplicació com a pública. Si ho fan, els fitxers d'usuari de l'aplicació estaran disponibles per a totes les altres aplicacions que utilitzin Document Selector sense necessitat d'una connexió a Internet per a iCloud Drive.
Els usuaris tindran quatre accions bàsiques per treballar amb documents: obrir, moure, importar i exportar. El segon parell d'accions pren més o menys la funció de la forma actual de treballar amb fitxers, quan crea còpies de fitxers individuals al contenidor de l'aplicació. Per exemple, un usuari pot voler editar una imatge per mantenir-la en la seva forma original, de manera que en comptes d'obrir-la, opta per importar, que duplica el fitxer a la carpeta de l'aplicació. L'exportació és llavors la funció més o menys coneguda "Obrir a...".
Tanmateix, la primera parella és més interessant. Obrir el fitxer fa exactament el que esperaries d'aquesta acció. Una aplicació de tercers obrirà el fitxer des d'una altra ubicació sense duplicar-lo ni moure'l i podrà continuar treballant-hi. Aleshores, tots els canvis es desen al fitxer original, tal com passa als sistemes d'escriptori. Aquí, Apple ha estalviat la feina dels desenvolupadors, que no s'han de preocupar de com es gestionarà un fitxer obert en diverses aplicacions o dispositius alhora, que d'altra manera podria provocar la seva corrupció. Tota la coordinació es fa càrrec del sistema juntament amb CloudKit, els desenvolupadors només han d'implementar l'API rellevant a l'aplicació.
Una acció de moure un fitxer pot moure simplement un element d'una carpeta d'aplicació a una altra. Per tant, si voleu utilitzar una aplicació per a tota la gestió dels fitxers emmagatzemats localment al vostre dispositiu, el gestor de fitxers us permetrà fer-ho.
Per a cada aplicació, el desenvolupador especifica amb quins tipus de fitxers pot treballar. El Selector de documents també s'adapta a això i, en comptes de mostrar tots els fitxers de tota la unitat iCloud i les carpetes d'aplicacions locals, només mostrarà aquells tipus que l'aplicació pot obrir, cosa que facilita molt la cerca. A més, Document Selector proporciona visualitzacions prèvies de fitxers, visualització de llista i matriu i un camp de cerca.
Emmagatzematge al núvol de tercers
A iOS 8, iCloud Drive i Document Picker no són exclusius, al contrari, els proveïdors d'emmagatzematge en núvol de tercers podran connectar-se al sistema d'una manera similar. El selector de documents tindrà un botó de commutació a la part superior de la finestra on els usuaris poden triar veure iCloud Drive o un altre emmagatzematge disponible.
La integració de tercers requereix treball només d'aquests proveïdors i funcionarà de manera similar a altres extensions d'aplicacions del sistema. D'alguna manera, la integració significa suport per a una extensió especial a iOS 8 que afegeix emmagatzematge al núvol a la llista del menú d'emmagatzematge del selector de documents. L'única condició és la presència d'una aplicació instal·lada per al servei donat, que s'integra al sistema o al selector de documents mitjançant la seva extensió.
Fins ara, si els desenvolupadors volien integrar part de l'emmagatzematge al núvol, havien d'afegir ells mateixos l'emmagatzematge a través de les API disponibles del servei, però la responsabilitat de gestionar correctament els fitxers per no danyar fitxers o perdre dades els recaia al cap. . Per als desenvolupadors, una implementació adequada pot suposar llargues setmanes o mesos de desenvolupament. Amb Document Picker, aquest treball passa ara directament al proveïdor d'emmagatzematge al núvol, de manera que els desenvolupadors només han d'integrar Document Picker.
Això no s'aplica del tot si volen integrar el dipòsit més a fons a l'aplicació amb la seva pròpia interfície d'usuari, com ho fan, per exemple, els editors de Markdown. Tanmateix, per a la majoria de desenvolupadors, això significa una simplificació significativa del desenvolupament i pràcticament poden integrar qualsevol emmagatzematge al núvol d'una vegada sense cap treball addicional.
Per descomptat, els mateixos proveïdors d'emmagatzematge es beneficiaran en gran mesura, especialment els menys populars. Abans era que el suport d'emmagatzematge per a les aplicacions sovint es limitava a Dropbox, Google Drive i alguns altres. Els jugadors menys populars en l'àmbit de l'emmagatzematge en núvol pràcticament no van tenir l'oportunitat d'integrar-se a les aplicacions, ja que suposaria una quantitat de treball extra desproporcionada per als desenvolupadors d'aquestes aplicacions, els beneficis de la qual serien difícils de convèncer per als proveïdors. ells de.
Gràcies a iOS 8, tot l'emmagatzematge al núvol que l'usuari instal·la al seu dispositiu es pot integrar al sistema, tant si es tracta de grans jugadors com de serveis menys coneguts. Si la vostra elecció és Dropbox, Google Drive, OneDrive, Box o SugarSync, no hi ha res que us impedeix utilitzar-los per a la gestió de fitxers, sempre que aquests proveïdors actualitzin les seves aplicacions en conseqüència.
Conclusió
Amb iCloud Drive, Document Picker i la capacitat d'integrar emmagatzematge de tercers, Apple ha fet un gran pas endavant cap a una gestió adequada i eficient de fitxers, que era una de les majors debilitats del sistema a iOS i que els desenvolupadors havien de solucionar. . Amb iOS 8, la plataforma oferirà més productivitat i eficiència laboral que mai, i compta amb una gran quantitat de desenvolupadors de tercers entusiastes disposats a donar suport a aquest esforç.
Tot i que iOS 8 aporta una llibertat enorme al sistema gràcies a tot l'anterior, encara hi ha algunes limitacions notables amb les quals hauran de fer front els desenvolupadors i els usuaris. Per exemple, iCloud Drive no té la seva pròpia aplicació com a tal, només existeix a Document Selector a iOS, cosa que dificulta una mica la gestió dels fitxers per separat a l'iPhone i l'iPad. De la mateixa manera, el Selector de documents no es pot invocar, per exemple, des de l'aplicació Mail i cap fitxer adjunt al missatge.
Per als desenvolupadors, iCloud Drive significa que han de canviar de Documents a iCloud alhora per a les seves aplicacions, ja que els serveis no són compatibles entre ells i els usuaris perdrien així la possibilitat de sincronització. Però tot això és només un petit preu per les possibilitats que Apple ha proporcionat als usuaris i desenvolupadors. Els avantatges d'iCloud Drive i Document Picker probablement no apareixeran immediatament després del llançament oficial d'iOS 8, però és una gran promesa per al futur proper. La que portem anys demanant.
Si serà possible crear una carpeta i tenir fitxers barrejats en ella (Números, Pàgines...) Aleshores serà una benvinguda...
també hauria de ser...
Aquest és un dels errors més grans d'Apple en la història del desenvolupament d'iOS. És una total traïció a la idea inicial per a la qual es va crear el sistema. Un sistema de fitxers no és insubstituïble, només la seva implementació ha d'anar evolucionant gradualment. Si només afegeixen l'edició de fitxers en una altra aplicació a iOS (perquè un pugui accedir als fitxers d'una altra), el sistema sandbox encara podria funcionar. Malauradament, això és un excés que comportarà caos, desordre i problemes de gestió. Ho sento molt. Amb això, Apple va renunciar a una de les seves principals característiques: innovar. En particular, per innovar amb seny i no mirar les queixes sense sentit dels usuaris que no poden pensar creativament.
No m'estranya gens que quan van presentar iCloud Drive a la WWDC, hi hagués esbroncades desagradables per part del públic. Els entenc totalment. L'absència d'un sistema de fitxers va ser una de les millors característiques d'iOS i va contribuir a la seva simplicitat i popularitat. Malgrat totes les crítiques. És principalment l'absència d'un sistema de fitxers que contribueix a l'estabilitat i predictibilitat del sistema. I gràcies a això, va assegurar la seva popularitat.
la seguretat era més important que el sistema de fitxers... Encara recordo molt bé com vaig esborrar accidentalment un fitxer dolent quan volia afegir el meu propi to de trucada a l'iPhone de 1a generació
segons el que es va presentar a la WWDC, iOS 8 hauria d'habilitar el que descriu, de manera que diverses aplicacions puguin accedir a un fitxer
Estic desitjant la integració de l'emmagatzematge al núvol, especialment OneDrive, on ara hi ha 365 x 5 TB d'espai a Office1
1. Tinc bastant por de com quedarà, per exemple, amb un expert en PDF que pot obrir absolutament tot... També m'agradaria que una persona pogués influir en allò que pot i no pot obrir per a aplicacions individuals. ..
2. Què passa amb el contingut fora de línia al núvol? Per exemple, amb el programa CUBBY que faig servir, tinc fitxers per descarregar per poder-los obrir a qualsevol lloc... Aleshores s'obriran mitjançant el selector? Els desenvolupadors d'aquest programa hi poden influir d'alguna manera?