Форум Flasher.ru - Как определить новый инсталл или апдейт?

Форум Flasher.ru (http://www.flasher.ru/forum/index.php)

- Flash Приложения: AIR, Zinc и тд. (http://www.flasher.ru/forum/forumdisplay.php?f=94)

- - Как определить новый инсталл или апдейт? (http://www.flasher.ru/forum/showthread.php?t=204662)

Как определить новый инсталл или апдейт?

Суть проблемы:

1. В мобильном приложении пришлось делать две базы SQLite, т. к. контент двух видов: встроенный - который идет в поставке приложения, и пользовательский - который юзер создает сам. Если делать одну базу, то весь юзерский контент будет затираться при обновлениях. Правильно?

2. При каждом запуске выполняются такие проверки и приложение конектится к БД-х.

Код AS3:

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);

}

3. Это все работает, но опять же нужно при обновлениях заменять main.db на новую, а user.db оставлять. А при первом инстале заменять обе базы.

Так как узнать что приложение апдейтится, а не ставится с нуля?

Кэп мне тут подсказывает, что нужно проверить существует ли файл пользовательской базы. Если нет, то это новая установка, если есть - апдейт.

Да и зачем пользовательскую базу затирать? Можно же просто недостающие колонки добавить, а лишние дропнуть. Ровно как и в существующей (хотя дефолтную можно и затереть)

Не очень понятно, какова логика апдейта. Т.е. понятно, что происходит при старте, если *.db отсутствует в applicationDirectory, то копируем из applicationStorageDirectory, а апдейт тут при чем?
Т.е. апдейт - это какой-то режим, в котором в applicationStorageDirectory *.db заменяются новыми? Тогда дополнить проверку exists проверкой на версию файла, время, размер.. не?

Цитата:

существует ли файл пользовательской базы. Если нет, то это новая установка, если есть - апдейт.

Не факт, вообще говоря. Но мне тоже не понятно, какое отношение это имеет к апдейту. По-любому надо юзерскую дб либо копировать, если ее нет, либо, не копировать, если есть.

Короче, если в applicationStorageDirectory main.db отличается от main.db в applicationDirectory - то это апдейт.

Цитата:

Кэп мне тут подсказывает, что нужно проверить существует ли файл пользовательской базы. Если нет, то это новая установка, если есть - апдейт.

Ну я так и делаю. См. код выше.

Цитата:

Да и зачем пользовательскую базу затирать? Можно же просто недостающие колонки добавить, а лишние дропнуть. Ровно как и в существующей (хотя дефолтную можно и затереть)

Мне не нужно её затирать. Наоборот, нужно всегда сохранять, если только юзер сам не удалит базу удалением приложения.
А вот main.db мне именно нужно при апдейте затирать - каждый апдейт приносит новый контент, который юзер должен видеть.

Цитата:

а апдейт тут при чем?

Меня интересует, при апдейте приложения с Google Play или AppStore происходит стирание файлов в applicationStorageDirectory? По идее не должно. А при удалении и повторной установке видимо происходит.

Ну в общем простое решение вырисовывается, весь вопрос насколько оно рабочее для всех сторов?
Насколько надежна предложенная конструкция.

Проверяем встроенную базу данных main:

Код AS3:

protected var updateApp:Boolean = false;

 

if (!writeSessionDB.exists) {

updateApp = true;

embededSessionDB.copyTo(writeSessionDB);// Если её нет, то это новый инсталл - копируем user.db

}

 

// Если она есть, то или апдейт или просто очередной запуск приложения, не трогаем user.db

 

if (updateApp && !writeSessionDBuser.exists) {

                        embededSessionDBuser.copyTo(writeSessionDBuser);

        }

Добавлено через 35 минут
Так, все равно какая-то ерунда получается:)
Мне нужно перезаписывать main.db при каждом обновлении. Но если он присутствует в хранилище, то этого не произойдет. Что делать?

А почему бы просто не копировать main.db без всяких проверок, а user.db только если ее нет на месте?

Не понимаю я в чем проблема. Проверяем есть ли main.db, если есть, сносим, записываем новую. Профит. Дальше проверяем есть ли пользовательская база, если есть, обновляем, если нет, создаем новую

Цитата:

А почему бы просто не копировать main.db без всяких проверок, а user.db только если ее нет на месте?

При каждом старте приложения копировать файл под мегабайт? Не вопрос, но аморально:)

Цитата:

Проверяем есть ли main.db, если есть, сносим, записываем новую.

См. ответ выше.

Цитата:

Дальше проверяем есть ли пользовательская база, если есть, обновляем, если нет, создаем новую

Если есть, то ничего делать не нужно - это просто пустая база со структурой готовой для записи контента юзером. Если нет, то создаем новую - тут верно.

Я только сейчас понял что конкретно нужно) Раза 3 тему перечитал)

Есть вариант создавать какой-то небольшой текстовый файлик при первом запуске приложения. А при последующих проверять его наличие. Если есть, значит ставится не с нуля

В SQLite есть возможность проверки версии при помощи PRAGMA schema_version/user_version, к сожалению в AS PRAGMA не поддерживается. Если отличия при обновлении заключаются в количестве/наименовании полей в таблицах - можно сверять хэши наименований таблиц в БД, схему таблицы можно получить при помощи SQLConnection.loadSchema(). Но это так, идея на скорую руку, может есть какой-то более цивилизованный способ.

Цитата:

Есть вариант создавать какой-то небольшой текстовый файлик при первом запуске приложения. А при последующих проверять его наличие. Если есть, значит ставится не с нуля

Проще и надежнее в SO писать. Только это все равно не поможет.

Вот три стадии:
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!

Код AS3:

var xml : XML = NativeApplication.nativeApplication.applicationDescriptor;

var ns : Namespace = xml.namespace();

var version : String = xml.ns::versionNumber;

Для справки versionNumber обязательно должно обновляться в сторону повышения. иначе просто стор не пустит.