|
|
« Предыдущая тема | Следующая тема » |
Опции темы | Опции просмотра |
|
|
|||||
Как определить новый инсталл или апдейт?
Суть проблемы:
1. В мобильном приложении пришлось делать две базы SQLite, т. к. контент двух видов: встроенный - который идет в поставке приложения, и пользовательский - который юзер создает сам. Если делать одну базу, то весь юзерский контент будет затираться при обновлениях. Правильно? 2. При каждом запуске выполняются такие проверки и приложение конектится к БД-х. var embededSessionDB:File = File.applicationDirectory.resolvePath(Main.LOCALE + '/db/main.db'); var writeSessionDB:File = File.applicationStorageDirectory.resolvePath(Main.LOCALE + '/db/main.db'); if (!writeSessionDB.exists) { embededSessionDB.copyTo(writeSessionDB); } conn = new SQLConnection(); conn.addEventListener(SQLEvent.OPEN, openSuccess); conn.addEventListener(SQLErrorEvent.ERROR, openFailure); conn.openAsync(writeSessionDB); protected function openSuccess(event:SQLEvent):void { var embededSessionDBuser:File = File.applicationDirectory.resolvePath(Main.LOCALE + '/db/user.db'); var writeSessionDBuser:File = File.applicationStorageDirectory.resolvePath(Main.LOCALE + '/db/user.db'); if (!writeSessionDBuser.exists) { embededSessionDBuser.copyTo(writeSessionDBuser); } connUser = new SQLConnection(); connUser.addEventListener(SQLEvent.OPEN, openSuccessUser); connUser.addEventListener(SQLErrorEvent.ERROR, openFailureUser); connUser.openAsync(writeSessionDBuser); } Так как узнать что приложение апдейтится, а не ставится с нуля?
__________________
In Code We Trust |
|
|||||
Кэп мне тут подсказывает, что нужно проверить существует ли файл пользовательской базы. Если нет, то это новая установка, если есть - апдейт.
Да и зачем пользовательскую базу затирать? Можно же просто недостающие колонки добавить, а лишние дропнуть. Ровно как и в существующей (хотя дефолтную можно и затереть) |
|
|||||
listener
|
Не очень понятно, какова логика апдейта. Т.е. понятно, что происходит при старте, если *.db отсутствует в applicationDirectory, то копируем из applicationStorageDirectory, а апдейт тут при чем?
Т.е. апдейт - это какой-то режим, в котором в applicationStorageDirectory *.db заменяются новыми? Тогда дополнить проверку exists проверкой на версию файла, время, размер.. не? Цитата:
Короче, если в applicationStorageDirectory main.db отличается от main.db в applicationDirectory - то это апдейт. Последний раз редактировалось alexcon314; 08.11.2013 в 12:07. |
|
|||||
Цитата:
Цитата:
А вот main.db мне именно нужно при апдейте затирать - каждый апдейт приносит новый контент, который юзер должен видеть. Цитата:
Ну в общем простое решение вырисовывается, весь вопрос насколько оно рабочее для всех сторов? Насколько надежна предложенная конструкция. Проверяем встроенную базу данных main: protected var updateApp:Boolean = false; if (!writeSessionDB.exists) { updateApp = true; embededSessionDB.copyTo(writeSessionDB);// Если её нет, то это новый инсталл - копируем user.db } // Если она есть, то или апдейт или просто очередной запуск приложения, не трогаем user.db if (updateApp && !writeSessionDBuser.exists) { embededSessionDBuser.copyTo(writeSessionDBuser); } Так, все равно какая-то ерунда получается Мне нужно перезаписывать main.db при каждом обновлении. Но если он присутствует в хранилище, то этого не произойдет. Что делать?
__________________
In Code We Trust |
|
|||||
Цитата:
Цитата:
Цитата:
__________________
In Code We Trust |
|
|||||
Я только сейчас понял что конкретно нужно) Раза 3 тему перечитал)
Есть вариант создавать какой-то небольшой текстовый файлик при первом запуске приложения. А при последующих проверять его наличие. Если есть, значит ставится не с нуля |
|
|||||
В SQLite есть возможность проверки версии при помощи PRAGMA schema_version/user_version, к сожалению в AS PRAGMA не поддерживается. Если отличия при обновлении заключаются в количестве/наименовании полей в таблицах - можно сверять хэши наименований таблиц в БД, схему таблицы можно получить при помощи SQLConnection.loadSchema(). Но это так, идея на скорую руку, может есть какой-то более цивилизованный способ.
|
|
|||||
Цитата:
Вот три стадии: 1. Первая установка. Читаем в SO null, проверяем наличие обоих файлов в БД. Все чисто - копируем оба файла в хранилище. Пишем в SO true. 2. Обычное использование. Читаем что в SO - true, поэтому файлы не трогаем. 3. Выходит апдейт, нужно для тех юзеров у которых приложение уже стояло поменять main и не трогать user, а для тех у кого не стояло, поменять оба файла. Юзер обновляет приложение. Читаем что в SO - true и main у нас не обновляется. Фейл. А теперь решение! Только сейчас дотукался Все очень просто. 1. Первая установка. Читаем в SO null, проверяем наличие обоих файлов в БД. Все чисто - копируем оба файла в хранилище. Пишем в SO versionNumber см. ниже код. 2. Обычное использование. Читаем что в SO versionNumber == var version, поэтому файлы не трогаем. Ну на всякий случай проверяем наличие, вдруг юзер их жестко удалил - тогда копируем. 3. Выходит апдейт. Юзер обновляет приложение. Читаем что в SO versionNumber != var version - поэтому заменяем main. Так как SO != null, то user.db не переписываем. Переписываем SO на новое значение versionNumber. PROFFIT! Для справки versionNumber обязательно должно обновляться в сторону повышения. иначе просто стор не пустит.
__________________
In Code We Trust |
Часовой пояс GMT +4, время: 11:47. |
|
« Предыдущая тема | Следующая тема » |
|
|