|
Notes |
|
|
|
|
В общем, пример для подражания Google Earth |
|
|
|
(0016687)
|
|
zed
|
|
02-11-2015 15:25
|
|
Завести ещё одну глобальную переменную типа FMarkSystemTemp: IMarkSystem и всюду где есть обращение к нормальной базе меток, добавить и эту? По сути, там не так уж и много мест, где оно используется. Или можно сделать некий IMarkSystemProvider у которого можно будет попросить In-Memory БД и обычную БД (а то и несколько обычных, если сильно захотеть).
Само хранилище в памяти легко добавляется в ORM метках, там достаточно SQLite3 открывать с параметром :memory:, вместо пути к файлу. Соответственно, в IMarkSystem нужно будет добавить признак, в каком режиме его открывать. |
|
|
|
|
|
ИМХО проще из SML базы выковырять откусив всю работу с xml |
|
|
|
(0016689)
|
|
zed
|
|
02-11-2015 17:14
|
|
|
Это вообще вопрос вторичный, главное сделать обвязку уровнем выше и посмотреть какие грабли вылезут. |
|
|
|
|
> Завести ещё одну глобальную переменную типа FMarkSystemTemp: IMarkSystem и всюду где есть обращение к нормальной базе меток, добавить и эту?
А может спрятать это все внутри IMarkSystem? Пусть для остальных частей программы это выглядит как одна база меток. Нужно только при тихом импорте (через командную строку или сообщение) правильно указывать категорию. А уже подсистема меток сама определит в какую из физических баз запихать конкретные метки. Да и при отображении в менеджере меток, лучше что бы сама система объединяла дерево категорий разных баз. |
|
|
|
(0016697)
|
|
zed
|
|
03-11-2015 10:23
|
|
По-моему, так не получится или получится слишком сложно. Во-первых, нам надо чётко знать, пустая временная БД при закрытии программы или нет, чтобы предупредить пользователя. Во-вторых, при перемещении метки из временной базы в нормальную, нужно делать insert вместо обновления, т.е. нужно отслеживать, что вот эта категория на самом деле находится в другой БД, а не в текущей.
И ещё, мне кажется, чтобы однозначно идентифицировать принадлежность меток, нам придётся расширить интерфейс IMarkID и добавить туда uid метки и БД + тоже самое сделать и для IMarkCategory. |
|
|
|
|
> Во-первых, нам надо чётко знать, пустая временная БД при закрытии программы или нет, чтобы предупредить пользователя.
Эту проверку делать все равно добавлять. Сейчас нет способа узнать пустая база или нет.
> Во-вторых, при перемещении метки из временной базы в нормальную, нужно делать insert вместо обновления, т.е. нужно отслеживать, что вот эта категория на самом деле находится в другой БД, а не в текущей.
Это придется делать в любом случае, если ты не хочешь выделить временную базу вообще в отдельный ГУИ без возможности драг энд дропа между базами.
А так вся логика поддержки временной базы будет сосредоточена в одном классе.
> И ещё, мне кажется, чтобы однозначно идентифицировать принадлежность меток, нам придётся расширить интерфейс IMarkID и добавить туда uid метки и БД + тоже самое сделать и для IMarkCategory.
Возможно. И пусть лучше вся эта кухня прячется внутри одного класса, а не будет размазана по всей программе |
|
|
|
|
|
Откликнитесь! Действительно данная функция нужна! |
|
|
|
(0018135)
|
|
zed
|
|
26-10-2017 18:37
|
|
|
Вы готовы заплатить за это сколько-нибудь денег? |
|
|
|
|
|
На ya.деньги смогу донатить? |
|
|
|
(0018137)
|
|
zed
|
|
26-10-2017 20:20
|
|
|
У меня только вебмани. Сколько предлагаете? |
|
|
|
|
|
Говорилось про сколько-нибудь! (выше). А теперь от количества зависит выполнение хотелки? Отсюда вопрос - сколько? Ну и номер WMR |
|
|
|
(0018139)
|
|
zed
|
|
27-10-2017 06:49
|
|
Я просто уточнял, готовы ли вы вообще к тому, что за это придётся платить.
Готов взяться за эту хотелку за 3000 рублей. Предоплата. За номером кошелька обращайтесь ко мне на почту: [email protected]. |
|