BlazingUFO píše:nepohodlie neustaleho presuvania dokumentu medzi aplikaciami.
ved prave v tom moze byt Open In vylepsene :-) ze tvoja aplikacia bude pouzivat nejaku API funkciu postavenu na nej a "akoze" uvidis dokumenty povodne ziskane inou aplikaciou. Lenze cely ten "zoznam dokumentov" nebude directory listing nejakej zlozky ale API funkcia.
zhodi ti aplikaciu aj pri sucasnom sposobe ukladania dokumentov.
samozrejme, lenze reputaciu straca len dana aplikacia, ktora spadla.
Prave som ti popisoval pripad, kedy jedna aplikacia vyprodukovala chybny dokument, cize CHYBNA alebo zakerna je ona. No a ten dokument sposobi pad inej aplikacie. Reputacia pada tej, ktora pada. A pada reputacia iOS. Kym su appky v sandboxe, nemozu sa ich autori vyhovarat na nic.
Vies, zasadny problem je, ze ty dokumenty mozno chapes ako neskodne data. V skutocnosti su vsak prave DATA vkladane do aplikacii povodcom vacsiny priekakov :-) PResne som ti taky pripad popisal: zle video, ktore sposobuje pad prehravaca. Ako sa voci tomu obrnis? Zuzis podmienky kladene na video a to az do tej miery, ze prehravac povazuje za "svoje" len tie data, ktore su v co najvacsej miere neskodne, format kontajnerov dokonale citatelny, mechanizmy ODHALENIA poskodeni dokonale opisany atd. atd.
Preto hovorim, ze klasicka predstava sharovanej fyzickej suborovej zlozky je nanic. OS musi pre aplikacie postavit API, ktore samotne bude v najvacsej moznej miere chranit aplikacie medzi sebou. Velmi laicky povedane asi to, ze v Poznamkovom bloku ti neumozni otvorit .mkv subor.
Zasadne uvedomenie si je v tom, ze toto nie je cisto programatorsky problem - ten to ma jednoduche, pouziva filesystem, appke ho otvori a ma robotu skoncenu. V skutocnosti je to problem, ktory musi riesit informacny architekt samotneho OS. Prave on zamietol moznost, aby aplikacna uroven videla do filesystemu a toto je najlepsie mozne rozhodnutie. No a je to problem, ktora je daleko viac politicky - OS sa chce profilovat ako stabilny, to nedosiahne otvorenostou :-)