View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002519 | SAS.Планета | Рефакторинг / Refactoring | public | 29-10-2014 10:17 | 30-12-2021 08:58 |
| Reporter | vdemidov | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | N/A |
| Status | confirmed | Resolution | open | ||
| Product Version | 100707 | ||||
| Target Version | 42xxxx | ||||
| Summary | 0002519: Добавить In-Mem базу меток для хранения временных меток | ||||
| Description | Сделать временную базу для меток, которая будет жить в памяти до перезапуска программы. Отображаться должна как подкатегория основной базы "Временные метки". Туда должны попадать метки загруженные через параметры командной строки или через сообщения. Перед закрытием программы нужно предупреждать о наличии там меток. Должен работать Drag&Drop с остальными категориями меток. | ||||
| Tags | No tags attached. | ||||
|
|
В общем, пример для подражания Google Earth |
|
|
Завести ещё одну глобальную переменную типа FMarkSystemTemp: IMarkSystem и всюду где есть обращение к нормальной базе меток, добавить и эту? По сути, там не так уж и много мест, где оно используется. Или можно сделать некий IMarkSystemProvider у которого можно будет попросить In-Memory БД и обычную БД (а то и несколько обычных, если сильно захотеть). Само хранилище в памяти легко добавляется в ORM метках, там достаточно SQLite3 открывать с параметром :memory:, вместо пути к файлу. Соответственно, в IMarkSystem нужно будет добавить признак, в каком режиме его открывать. |
|
|
ИМХО проще из SML базы выковырять откусив всю работу с xml |
|
|
Это вообще вопрос вторичный, главное сделать обвязку уровнем выше и посмотреть какие грабли вылезут. |
|
|
> Завести ещё одну глобальную переменную типа FMarkSystemTemp: IMarkSystem и всюду где есть обращение к нормальной базе меток, добавить и эту? А может спрятать это все внутри IMarkSystem? Пусть для остальных частей программы это выглядит как одна база меток. Нужно только при тихом импорте (через командную строку или сообщение) правильно указывать категорию. А уже подсистема меток сама определит в какую из физических баз запихать конкретные метки. Да и при отображении в менеджере меток, лучше что бы сама система объединяла дерево категорий разных баз. |
|
|
По-моему, так не получится или получится слишком сложно. Во-первых, нам надо чётко знать, пустая временная БД при закрытии программы или нет, чтобы предупредить пользователя. Во-вторых, при перемещении метки из временной базы в нормальную, нужно делать insert вместо обновления, т.е. нужно отслеживать, что вот эта категория на самом деле находится в другой БД, а не в текущей. И ещё, мне кажется, чтобы однозначно идентифицировать принадлежность меток, нам придётся расширить интерфейс IMarkID и добавить туда uid метки и БД + тоже самое сделать и для IMarkCategory. |
|
|
> Во-первых, нам надо чётко знать, пустая временная БД при закрытии программы или нет, чтобы предупредить пользователя. Эту проверку делать все равно добавлять. Сейчас нет способа узнать пустая база или нет. > Во-вторых, при перемещении метки из временной базы в нормальную, нужно делать insert вместо обновления, т.е. нужно отслеживать, что вот эта категория на самом деле находится в другой БД, а не в текущей. Это придется делать в любом случае, если ты не хочешь выделить временную базу вообще в отдельный ГУИ без возможности драг энд дропа между базами. А так вся логика поддержки временной базы будет сосредоточена в одном классе. > И ещё, мне кажется, чтобы однозначно идентифицировать принадлежность меток, нам придётся расширить интерфейс IMarkID и добавить туда uid метки и БД + тоже самое сделать и для IMarkCategory. Возможно. И пусть лучше вся эта кухня прячется внутри одного класса, а не будет размазана по всей программе |
|
|
Откликнитесь! Действительно данная функция нужна! |
|
|
Вы готовы заплатить за это сколько-нибудь денег? |
|
|
На ya.деньги смогу донатить? |
|
|
У меня только вебмани. Сколько предлагаете? |
|
|
Говорилось про сколько-нибудь! (выше). А теперь от количества зависит выполнение хотелки? Отсюда вопрос - сколько? Ну и номер WMR |
|
|
Я просто уточнял, готовы ли вы вообще к тому, что за это придётся платить. Готов взяться за эту хотелку за 3000 рублей. Предоплата. За номером кошелька обращайтесь ко мне на почту: [email protected]. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 29-10-2014 10:17 | vdemidov | New Issue | |
| 29-10-2014 10:17 | vdemidov | Issue generated from: 0000033 | |
| 29-10-2014 10:17 | vdemidov | Relationship added | child of 0000033 |
| 29-10-2014 10:18 | vdemidov | Reproducibility | have not tried => N/A |
| 29-10-2014 10:18 | vdemidov | Status | new => confirmed |
| 29-10-2014 10:18 | vdemidov | Platform | Любая => |
| 29-10-2014 10:21 | vdemidov | Note Added: 0014771 | |
| 21-01-2015 10:39 | vdemidov | Target Version | 150915 => 151010 |
| 04-10-2015 15:30 | vdemidov | Target Version | 151010 => 151111 |
| 02-11-2015 15:25 | zed | Note Added: 0016687 | |
| 02-11-2015 16:15 | vdemidov | Note Added: 0016688 | |
| 02-11-2015 17:14 | zed | Note Added: 0016689 | |
| 03-11-2015 08:23 | vdemidov | Note Added: 0016691 | |
| 03-11-2015 10:23 | zed | Note Added: 0016697 | |
| 03-11-2015 10:48 | vdemidov | Note Added: 0016699 | |
| 06-11-2015 08:19 | vdemidov | Target Version | 151111 => 191221 |
| 08-10-2017 10:37 | zed | Relationship added | child of 0003283 |
| 25-10-2017 21:08 | stepanxxx | Note Added: 0018134 | |
| 26-10-2017 18:37 | zed | Note Added: 0018135 | |
| 26-10-2017 20:17 | stepanxxx | Note Added: 0018136 | |
| 26-10-2017 20:20 | zed | Note Added: 0018137 | |
| 26-10-2017 20:25 | stepanxxx | Note Added: 0018138 | |
| 27-10-2017 06:49 | zed | Note Added: 0018139 | |
| 27-03-2019 08:17 | vdemidov | Relationship replaced | has duplicate 0003283 |
| 23-07-2019 16:56 | vdemidov | Target Version | 191221 => 211230 |
| 30-12-2021 08:58 | zed | Target Version | 211230 => 42xxxx |
| 08-08-2025 13:25 | zed | Category | Рефакторинг => Рефакторинг / Refactoring |