|
Сохранение пользовательской конфигурации.
|
|||
---|---|---|---|
#18+
mikron, в реестр можно писать только то что изменилось и читать то что нужно и относительно быстро что то поискать (это и есть БД) дело другое, что при роуминге все это усложняется ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2016, 15:43 |
|
Сохранение пользовательской конфигурации.
|
|||
---|---|---|---|
#18+
Алексей КmikronМожно, но часто перезаписывать файл конфигурации вызывает непонятное чувство беспокойста.Если перезаписывать при закрытии программы, тогда не часто. Но второй инстанс программы значения не увидит и не красиво если последний закрытый инстанс убивает историю. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2016, 15:47 |
|
Сохранение пользовательской конфигурации.
|
|||
---|---|---|---|
#18+
mikronАлексей Кпропущено... Если перезаписывать при закрытии программы, тогда не часто. Но второй инстанс программы значения не увидит и не красиво если последний закрытый инстанс убивает историю.Файлов может быть много - по одному на "форму". ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2016, 15:51 |
|
Сохранение пользовательской конфигурации.
|
|||
---|---|---|---|
#18+
ViPRosдело другое, что при роуминге все это усложняется Мне как-раз роуминг и не нужен. Только локалное хранение. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2016, 15:52 |
|
Сохранение пользовательской конфигурации.
|
|||
---|---|---|---|
#18+
Алексей Кmikronпропущено... Но второй инстанс программы значения не увидит и не красиво если последний закрытый инстанс убивает историю.Файлов может быть много - по одному на "форму". Идею не понял. А если форма одна? ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2016, 15:54 |
|
Сохранение пользовательской конфигурации.
|
|||
---|---|---|---|
#18+
mikronViPRosдело другое, что при роуминге все это усложняется Мне как-раз роуминг и не нужен. Только локалное хранение. тогда реестр норм, тем более что можно экспортировать в случае чего ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2016, 16:01 |
|
Сохранение пользовательской конфигурации.
|
|||
---|---|---|---|
#18+
mikronАлексей Кпропущено... Файлов может быть много - по одному на "форму". Идею не понял.Перезаписывается не вся конфигурация. Разделить можно не по формам, а по предметным областям, как удобнее. mikronесли форма одна?Тогда вообще пофиг. зы: Большой плюс XML - есть готовый сериализатор. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2016, 16:02 |
|
Сохранение пользовательской конфигурации.
|
|||
---|---|---|---|
#18+
Алексей К, Это вариант 1 или 2 из первого сообщения вы предлогаете? Если разбить по областям то это уже почти 3-й вариант. Для него можно готовый JSON / CSV или INI ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2016, 16:11 |
|
Сохранение пользовательской конфигурации.
|
|||
---|---|---|---|
#18+
У DevExpress реализовен такой механизм на xml файлах в профиле. Их код по интернетам гуляет, при желании можно посмотреть как там сделано. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2016, 16:12 |
|
Сохранение пользовательской конфигурации.
|
|||
---|---|---|---|
#18+
zz118, хреново там сделано ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2016, 16:13 |
|
Сохранение пользовательской конфигурации.
|
|||
---|---|---|---|
#18+
ViPRoszz118, хреново там сделано окей. я пользовался, мне нравилось. хреново так хреново=( ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2016, 16:14 |
|
Сохранение пользовательской конфигурации.
|
|||
---|---|---|---|
#18+
mikronАлексей К, Это вариант 1 или 2 из первого сообщения вы предлогаете? Если разбить по областям то это уже почти 3-й вариант. Для него можно готовый JSON / CSV или INI Я бы сделал выбор в пользу БД, так как придется при достижении лимита по каждой позиции каждый раз 'убивать' последнюю запись, а это легче всего поддерживать с помощью SQL. К тому же гарантировно, что изменения будут либо закомичены, либо отролбечены при сбое. А конфигурационный локальный файл может быть открыт кем-то, попорчен и т.д. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2016, 16:17 |
|
Сохранение пользовательской конфигурации.
|
|||
---|---|---|---|
#18+
mikronЭто вариант 1 или 2 из первого сообщения вы предлогаете?Вариант 2, как самый простой. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2016, 16:28 |
|
Сохранение пользовательской конфигурации.
|
|||
---|---|---|---|
#18+
AxeleronЯ бы сделал выбор в пользу БД, так как придется при достижении лимита по каждой позиции каждый раз 'убивать' последнюю запись, а это легче всего поддерживать с помощью SQL. К тому же гарантировно, что изменения будут либо закомичены, либо отролбечены при сбое. А конфигурационный локальный файл может быть открыт кем-то, попорчен и т.д. Я думал просто переписывать файл. для всех моих МРУ каждый список < 4 КБ. не стоит сильно заморачиватся с обновлениями. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2016, 16:54 |
|
Сохранение пользовательской конфигурации.
|
|||
---|---|---|---|
#18+
Пока получается так: 1. Конфиг файл: не совсем овечает условиям задачи (рабочие данные а не конфигурация) -> На костёр. 2. ХМЛ файл: Тяжол, выделять куски для перезаписи не годится. Если портится то всё разом -> На костёр. 3. Отделный файл для каждого списка: файл переписывается полностью, лёгкий формат -> Рабочий вариант. 4. Регистр: Немного хитрый/нелинейный способ обновления а так те-же плюсы и минусы что и у файлов. -> Рабочий вариант. Осталось определить победителя. Для пользователя 3 и 4 одинаковы. Они не лазают не в регистр не в служебные каталоги программ. Ккаие ещё есть плюсы / минусы у 3 и 4? ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2016, 16:57 |
|
Сохранение пользовательской конфигурации.
|
|||
---|---|---|---|
#18+
mikronОни не лазают не в регистр не в служебные каталоги программ. Ккаие ещё есть плюсы / минусы у 3 и 4? С 4м вариантом если что пойдет не так и он попортится/грохнется, придется идти к юзеру переустаналивать ОС и выслушивать комплименты о своей программе ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2016, 17:05 |
|
Сохранение пользовательской конфигурации.
|
|||
---|---|---|---|
#18+
AxeleronmikronОни не лазают не в регистр не в служебные каталоги программ. Ккаие ещё есть плюсы / минусы у 3 и 4? С 4м вариантом если что пойдет не так и он попортится/грохнется, придется идти к юзеру переустаналивать ОС и выслушивать комплименты о своей программе Хотя если саппорт этим заниматься будет, то комплименты пойдут прямо из саппорта ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2016, 17:05 |
|
Сохранение пользовательской конфигурации.
|
|||
---|---|---|---|
#18+
mikronПока получается так: 1. Конфиг файл: не совсем овечает условиям задачи (рабочие данные а не конфигурация) -> На костёр. 2. ХМЛ файл: Тяжол, выделять куски для перезаписи не годится. Если портится то всё разом -> На костёр. 3. Отделный файл для каждого списка: файл переписывается полностью, лёгкий формат -> Рабочий вариант. 4. Регистр: Немного хитрый/нелинейный способ обновления а так те-же плюсы и минусы что и у файлов. -> Рабочий вариант. Осталось определить победителя. Для пользователя 3 и 4 одинаковы. Они не лазают не в регистр не в служебные каталоги программ. Ккаие ещё есть плюсы / минусы у 3 и 4?1. Почему файлы должны портится? 2. Если испорчен, не читаем ф топку. Я про конфиг юзерский, и имеется ввиду что временные конфиг, размеры форм, столбцов, автозаполнений и пр. лабуда. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2016, 17:09 |
|
Сохранение пользовательской конфигурации.
|
|||
---|---|---|---|
#18+
Ну, а поскольку запросов к регистру будет количество достаточно большое (а по ТЗ я вижу достаточно большое), то риск увеличивается, так как опять же Регистр ОС предназначен для хранения метаданных конфигурации программ и железа, а не для временных данных. Ну и наконец мнение его создателя. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2016, 17:09 |
|
Сохранение пользовательской конфигурации.
|
|||
---|---|---|---|
#18+
AxeleronmikronОни не лазают не в регистр не в служебные каталоги программ. Ккаие ещё есть плюсы / минусы у 3 и 4? С 4м вариантом если что пойдет не так и он попортится/грохнется, придется идти к юзеру переустаналивать ОС и выслушивать комплименты о своей программе С чего это? Регистр показал себя надёжным в плане защиты информации и от сбоев питания. А если намёк на возможную ошибку в программе, то с таким же успехом можно затереть все файлы/каталоги. риски одинаковые. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2016, 17:14 |
|
Сохранение пользовательской конфигурации.
|
|||
---|---|---|---|
#18+
AxeleronНу, а поскольку запросов к регистру будет количество достаточно большое (а по ТЗ я вижу достаточно большое), то риск увеличивается, так как опять же Регистр ОС предназначен для хранения метаданных конфигурации программ и железа, а не для временных данных. Позволте опротестоват: Много это 0.002 в минуту? Данные совсем не времменные. Их можно потерять - они не критичные, но не временные. AxeleronНу и наконец мнение его создателя. Статейка для пользователей, типа не лезь, можеш напороть. Так и написано, что туда пишут и читают программы. Но для разработчииков програм пойдёт вот это или see "How Registry Data is Used" ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2016, 17:31 |
|
Сохранение пользовательской конфигурации.
|
|||
---|---|---|---|
#18+
mikronРегистр показал себя надёжным в плане защиты информации и от сбоев питания. И каким образом он защищает данные? Шифрует или пароль требует? И каким образом он защищен от сбоев питания? Не более чем обычный файл, но только обычный файл помрет в одиночестве, а вот регистр грохнуться может легко во время сбоя питания при записи туда ваших динамических данных: пруф А чем чаще и больше Вы обращаетесь и делаете изменения в регистре, тем скорее и вероятнее, что произойдет то самое неприятное событие. Только не говорите, что у Вас никогда не бывает перебоев электричества. Варианты с UPS для каждой рабочей станции не рассматриваем. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2016, 17:36 |
|
Сохранение пользовательской конфигурации.
|
|||
---|---|---|---|
#18+
mikron, Вы и те кто Вам подкинул идею использовать регистр просто не понимаете зачем он и его производительность в купе с непониманием стартегии работы с регистрами. Без обид, но Вы просто игнорируете приводимые доводы. Сами просили ведь. Если чисто поспорить беспредметно, мне это неинтересно. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2016, 17:41 |
|
Сохранение пользовательской конфигурации.
|
|||
---|---|---|---|
#18+
mikronВ приложении есть разный функционал, как то например поиск, открытие фаила, и т.п. и хочется сохранять последнии запросы (например из списка автодополнения) в файловой системе. mikronДанные совсем не времменные. Их можно потерять - они не критичные, но не временные. Эти данные Вы назваете персистентными? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2016, 17:43 |
|
Сохранение пользовательской конфигурации.
|
|||
---|---|---|---|
#18+
mikron, стратегия работы с регистром - кэширование и пререиспользование данных после уже из кэша. Работа с регистром довольно время- и ресурсо-затратное занятие. Не понимаю почему Вы так ухватились за этот вариант, если Вам кто-то по своему незнанию или глупости его подкинул, но ни одного пункта выгоды его использования не привел... ... |
|||
:
Нравится:
Не нравится:
|
|||
11.04.2016, 17:46 |
|
|
start [/forum/topic.php?fid=20&msg=39212795&tid=1400668]: |
0ms |
get settings: |
11ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
31ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
57ms |
get tp. blocked users: |
1ms |
others: | 16ms |
total: | 147ms |
0 / 0 |