Разширяване на HTML5 мобилно приложение за повече място за съхранение на файлове

Моят екип пише HTML5 приложение, което използва в голяма степен appcache и localstorage. Нашата целева платформа са таблети ipad и android (и време за проектиране работим интензивно в браузъри за настолни компютри, въпреки че това не е непременно задължително).

Сега искаме да добавим някои офлайн налични функции, които ще надхвърлят това, което може да поддържа базираното на браузър хранилище-- а именно библиотека от видео и двоично съдържание, което ще бъде по-голямо, отколкото може да обработва кешът на приложения.

Без основните мобилни браузъри, внедряващи API на файловата система html5, изглежда, че ще е необходим някакъв подход за собствено приложение (МОЛЯ, поправете ме, ако греша тук... Бих искал да греша в това!). Така че бих искал да чуя мнения/опит на хората. Размишляваме върху няколко различни идеи, включващи едно или повече от следните:

  1. Компилиране във phonegap + използване на техния файл apis
  2. Използване на Dropbox sdk (което също би изисквало някакъв вид собствена поддръжка, не съм сигурен дали phonegap ще работи)
  3. писане на персонализирани нативни приложения за всяка платформа, които хостват контроли на webkit, след което предоставяме по-голямата част от функционалността с нашето съществуващо, междуплатформено html5 приложение (по принцип бихме написали персонализиран браузър за всяка платформа, използвайки стандартните контроли на webkit).

Обърнете внимание, че съм фен на #3, защото чувствам, че бихме могли да пуснем относително стабилна обвивка, но след това да запазим добротата на html5 между платформите и лекотата на разпространение на нашето приложение. Въпреки това, не знам дали този подход работи (и/или дали Apple се намръщи на този тип подход - изглежда като малка вратичка в App Store).

Много ми е интересно да чуя какво сте опитвали и/или чували.


person Boon    schedule 23.12.2011    source източник


Отговори (2)


Това може да е напълно глупава идея, но ако търсите евтин начин да получите допълнително място за съхранение, защо просто не използвате html или js файл, който да съдържа данните? Можете дори, по някаква причина, да го съхраните като 64-битов uri за данни и да стартирате носителя нативно. Мисля, че можете дори да запазите данни в него, като просто манипулирате манифеста, за да бъде отразяващ. Ще отнеме малко глупости, но трябва да работи.

person ceprovence    schedule 24.12.2011
comment
Разбирам, че кешът на приложенията има доста ниско ограничение за размер на сайт (5mb или около това, но различно за всеки браузър) Няколко мегабайта са добре за самото ни приложение, но малки картофи, ако искаме да поддържаме библиотека със съдържание от видеоклипове, снимки и т.н. - person Boon; 24.12.2011
comment
Знаех, че има ограничение от приблизително 5mb за appcache/localstorage, но не знаех, че ограничението се прилага към действителния изходен код. - person ceprovence; 24.12.2011
comment
В iOS има ограничение от 50 Mb, но кеширането на видео е нестабилно и файловете могат лесно да се повредят, така че според мен не е добра идея. - person Christopher Grigg; 16.01.2015

Ако използвате подход 1, ще бъдете в добра позиция да преминете към уеб приложение, след като основните браузъри поддържат File API. Виждате, че File API в PhoneGap се основава на спецификацията на W3C, която браузърите ще внедряват.

2, започнах да работя върху плъгин за Dropbox за PhoneGap Android, но имам нужда от малко „свободно време“, за да го завърша.

3, Apple вероятно ще отхвърли вашето приложение, ако е просто обвивка около вашия уеб сайт. Те са правили това в миналото.

Саймън

person Simon MacDonald    schedule 04.01.2012