Вопсрос вот в чём: можно ли, и если можно, то как, сохранить изменение свойств компонента во время выполнения программы без использования дополнительных файлов или реестра? F. e. у проги в меню есть настройки, я там настраиваю, настраивю, закрываю прогу, а когда открываю, всё настроеное мною теряется... так вот надо сохранить изменения компонентов (f. e. TRadioButton ).

Это сообщение отредактировал(а) Azzy - 5.3.2003, 06:50

В глобальные переменные и т.д.

Всмысле... т.е. а по подробнее ... Я конечно не спец, но все с чего-то начинали.

Делаешь файлик *.ini, это самое простое, обзываешь его, например config.cfg (я так обычно делаю) и туда записываются все настройки... При их изменении - автоматически... Когда прогу загружаешь, то значения из этого файла присваиваются глобальным переменным и флагам, отвечающим за настройку твоего меню... Всё очень просто...

Спасибо за совет, я попробую, но есл сущ. другой способ( без файлов и без реестра) то напишите о нём, плииииз

Цитата(Snick_Y2K @ 5.3.2003, 10:23)

Делаешь файлик *.ini, это самое простое, обзываешь его, например config.cfg (я так обычно делаю) и туда записываются все настройки... При их изменении - автоматически... Когда прогу загружаешь, то значения из этого файла присваиваются глобальным переменным и флагам, отвечающим за настройку твоего меню... Всё очень просто...

Но абсолютно противоречит вопросу....

Цитата

сохранить изменение свойств компонента во время выполнения программы без использования дополнительных файлов или реестра

Глобальные переменные - это переменные, которые видны в любом месте программы, т.е. в любой процедуре любого модуля. Их можно объявить в разделе Var глобального модуля.

Самый простой способ

1) Ставим библиотеку RxLib
2) Ставим на форму компонент FormStorage
3) Делаем двойной щелчёк на комоненте, в открывшемся окне выбираем те свойства которые надо запомнить

Всё - теперь программа будет "вспоминать" при загрузке те настройки, что были при её включении (физически она их будет хранить в INI или реестре, но руками делать ничего не надо будет)

А, сорри, мимо ушей пропустил... Для этих целей даже удобней будет свой тип создать:

Код

unit Unit1; interface uses  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,  Dialogs, StdCtrls, Buttons,  IniFiles, ComCtrls, ExtCtrls, Gauges;    // Чтобы работать с ини файлами!!! /////////////////////////////////////////////////////////////////////////// type  TVybor = class(TForm) ... ... ...  private    { Private declarations }  public    { Public declarations }  end; var  Vybor: TVybor; // Обьявление глобальных типов и переменных//////////////////////////////// /////////////////////////////////////////////////////////////////////////// type TСonfig = record    Name:string;    Id:string;      Menu1:Integer;    Trebov:Integer;    LG:Real;            DG:Real;            Radio1:Boolean;    Radio2:Boolean;    List:array[0..20] of Real;    DList:array[0..20] of Real; end; // var    Config:TConfig; // Изменения настроек ... ... ...

Цитата

Для этих целей даже удобней будет свой тип создать:

Согласен...

Ещё раз феньнкс.

Цитата(Pegas @ 4.3.2003, 23:09)

Цитата Для этих целей даже удобней будет свой тип создать: Согласен...

Сомнительно... Скорее процедуру, да не перечислять настройки, а через RTTI - в общем строк 40 кода, но это если умеешь это всё делать, а если нет, то тогда готовый компонент самое оно.


А по поводу того где хранить есть несколько вариантов:

1) INI файл или ещё какой-нибудь файл. Достоинства: легко найти, стереть, редактировать, перенести. Недостатки: не обеспечивает разделение глобальных настроек и настроек каждого пользователя (или это надо специально организовывать), стандартные INI файлы имеют большие ограничесния на сохраняемые типы и объём инфы, самопальные - довольно долго писать интерфейс...

2) Реестр. Достоинства: стандарт хранения такой инфы в среде виндов, поддержка глобальных и локальных для пользователя установок, готовая древовидная структура. Недостатки - ограничение по объёму инфы, трудность удаления и редактирования, при большом объеме - замедление работы винды, замусоривание системы.

3) Базы данных - очень удобный и быстрый способ хранения инфы, но к сожалению обычно необходимо тащить кучу драйверов. Я использую VolgaDB для этих целей - очень удобно и быстро, драйверов не требуется, поддержка очень многих типов, но интерфейс прийдётся писать самому - я писал целую библиотеку классов (около 30 классов) для автоматического хранения свойств, языковых настроек и т.п. но это для серьёзной работы, для простых проектов это не надо, достаточно простых вещей

4) Хранение в оперативной памяти - например в атомах - будет хранится до перезагрузки системы

5) Хранение на физическом диске и в с собственном exe - хаккерские методы, реализовать можно, но не рекомендуется....

Цитата(Vit @ 4.3.2003, 23:38)

1) INI файл или ещё какой-нибудь файл... ...самопальные - довольно долго писать интерфейс...

Позволю себе не согласиться.
Класс TStrings упрощает написание интерфейса до 20 минут максимум. К тому же это самый быстрый и легковесный способ.

Цитата(December @ 5.3.2003, 01:23)

Цитата(Vit @ 4.3.2003, 23:38) 1) INI файл или ещё какой-нибудь файл... ...самопальные - довольно долго писать интерфейс... Позволю себе не согласиться. Класс TStrings упрощает написание интерфейса до 20 минут максимум. К тому же это самый быстрый и легковесный способ.

Если ты имеешь ввиду только лишь запись в файл то да, а реализация записи всех типов через RTTI займёт немного больше времени - для меня часа 2-3, для того кто с RTTI не работал, возможно разбираться надо будет несколько дней...

Цитата(Vit @ 5.3.2003, 00:38)

Хранение на физическом диске и в с собственном exe - хаккерские методы, реализовать можно, но не рекомендуется....

А поподробнее вот про exe можно? Все мы в душе хацкеры....

Это сообщение отредактировал(а) serious - 8.3.2003, 23:32

Цитата(serious @ 8.3.2003, 14:29)

А поподробнее вот про exe можно? Все мы в душе хацкеры....

1) Например мы знаем что размер EXE 300Kb
2) Создаём файл с настройками
3) Вычленяем из EXE файла первые 300Kb в отдельный файл
3) Создаём BAT файл который пытается слить EXE и файл настроек в один файл
4) Запускаем BAT
5) Закрываем программу
6) Как только программа закроется то BAT файл изменит EXE на новый файл с настройками.


У этого способа есть недостаток - чтобы изменить свойства и запомнить их необходима перезагрузка программы.