Реестр и большие объемы данных

[Человек_Борща]

Так в реестре хранить удобнее, все же независимый источник и стандартному пользователю не добраться.

Ага, а потом удивляемся когда приходят "Иди, у меня комп не грузится...."
Ибо чья-то прога изрядно нагадила в реестр.

Пишите в файл, В системе еть куча папок куда юзер может и писать и читать в полном объёме. Начиная папкой где лежит прога, заканчивая системными папками пользователя.

[s-andriano]

Сообщение от alextrof94

А так как изменятся может как 1 часть целой строки, так и сразу несколько строк, решил использовать метод отложенной записи, т.е. пользователь сделал изменение, и таким образом запустил таймер, по завершении которого (или при завершении приложения) будет произведена запись всего массива.

Я бы в этом случае поступил чуть иначе:
- в переменных программы хранится полная копия того, что должно быть в реестре (а как же иначе?),
- кроме того, среди переменных программы есть такая (логическая), которая изменяет свое состояние при любом изменении любой из переменных, предназначенных для реестра, и обратно уже не изменяется,
- в начале работы программа считывает состояние из реестра (логическая переменная при этом сбрасывается),
- в процессе работы программа пользуется своими внутренними переменными,
- при завершении работы программы, если "взведена" логическая переменная, то производится запись в реестр.

- в принципе, возможна кнопка, которая пишет в реестр, сбрасывая при этом логическую переменную.

[Аватар]

Развивая предложение s-andriano оформить все это в виде компонента, хранимые переменные вынести в свойства и добавить методы чтения/записи реестра или ini-файла. Компонент сам наблюдает изменения своих свойств и, например, в деструкторе при необходимости автоматически записывает в нужное место измененные значения

[s-andriano]

Ну да, мне даже как-то трудно придумать вменяемую реализацию без использования ООП.

[alextrof94]

Люди, спасибо конечно) Но:
1. Внутренние переменные есть, и, собственно, с ними и ведется работа.
2. Там еще будет синхронизация не только с реестром но и с сервером (благо, знаю как организовать).
3. Программа грузится при включении компа и завершается при его выключении, т.е. висит в трее чуть ли не постоянно.

[eval]

Внутренние переменные есть

выбросить

еще будет синхронизация

не важно

висит в трее чуть ли не постоянно

и что она там делает?

[alextrof94]

Сообщение от eval

и что она там делает?

Ну как бэ помощника пишу.

[eval]

вы все время говорите бредовые фразы, хотите за умного казаться? умные всегда говорят простыми и понятными словами
ну вот что такое "помощника пишу" ? зад помогать подтирать будет или как? у вас потому и код такой типа как в #9.. бредоватый.

[alextrof94]

Сообщение от eval

вы все время говорите бредовые фразы, хотите за умного казаться? умные всегда говорят простыми и понятными словами
ну вот что такое "помощника пишу" ? зад помогать подтирать будет или как? у вас потому и код такой типа как в #9.. бредоватый.

Слушай, ***** (см. Достоевский), я в #9 привел пример ДЛЯ ТЕБЯ как могут быть связаны скорость_печати+едиты+реестр, такого кода у меня в программе нет. Лесом пройди, а! Задолбал. Похоже пишешь только то, что тебе нравится, и не грамма по делу.

[s-andriano]

Сообщение от alextrof94

Ну как бэ помощника пишу.

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


А если серьезно, то:

1. Внутренние переменные есть, и, собственно, с ними и ведется работа.

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