[alexan0308]

Здравствуйте! Такая проблема. Пишу программу, работает с Word, в которой у пользователя будет возможность менять настройки. Их довольно много, у некоторых совпадают множество параметров. Например,
размер шрифта, интервал и способ выравнивания заголовков,
размер шрифта интервал и способ выравнивания сносок,
и пр.
В общем будет куча настроек, которые пользователь может задавать.
Как лучше обеспечить хранение таких настроек, чтобы было и удобно, и просто, и программисту, и пользователю? Кучу ини файлов или базу акцесс? Не будет ли акцесс работать слишком медленно? Параметры лучше выгружать сразу при запуске программы или при надобности? А может в Дельфи 10 есть специальный компонент?

[Bargest]

Проще всего обычный INI-файл. Во-первых, в случае сбоя настроек если программа перестанет загружаться, его можно поправить блокнотом. Во-вторых, обычно параметры грузятся блоками (они по-моему секции в INI называются), потому что это удобно и с т.з. загрузки (например, загрузить все настройки для модуля такого-то), и с т.з. ручной читаемости настроек. Можно разнести и на несколько INI файлов, разницы не будет никакой.
А вот базу сюда припахивать - это примерно как это.

[poli-smen]

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

А вот базу сюда припахивать - это примерно как это.

Для сохранения настроек сейчас модно использовать SQLite. Куда его только не пихают, уже даже к "Far Manager 3.0" прикрутили.

[M.A.D.M.A.N.]

В XML еще можно.

[Bargest]

уже даже к "Far Manager 3.0" прикрутили.

Мда. Они упали в моих глазах. Скоро будут цвет окна приложения на отдельном сервере хранить, с логинизацией и обращением по HTTPS протоколу...

[Freeman]

На самом деле это делалось для повышения мобильности и портабельности Far-а, чтобы его можно было просто скопировать и запустить хоть с флешки. Для версии 1.75, если кто забыл, нужно вначале применить свои настройки на целевой машине, потому как умолчательные никуда не годятся, на мой скромный вкус.

На современных Windows есть также проблема с доступом на запись в реестру и/или в каталог программы.

Поэтому, как мне кажется, они приняли вполне здравое решение, реализовав хранение в одном файле с возможностью скриптования, если не путаю, как сделано в Miranda IM. Теперь даже можно держать "админские" настройки как умолчательные в каталоге Far только для чтения и перекрывать их своими, которые хранятся в %AppData%. Опять же, если не путаю. По крайней мере, разговоры об этом были.

Сам до сих пор сижу на 1.75 из-за некоторых плагинов и нехватки времени на переход с портированием своих настроек. Переходить -- так переходить.

DELETED MESSAGE

[Freeman]

Я за это время перешел на 3-й Far.

[Страдалецъ]

А почему не TotalCommander?

[Freeman]

Потому что до 1998 года был DN, а с 1998-го -- Far.

[Alegun]

Счастливчики, а я до сих пор vc сиречь nc пользую, не смотря на проблемы с именами и путями, в силу привычки начиная с первого моего IBM PC

[Страдалецъ]

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

Потому что до 1998 года был DN, а с 1998-го -- Far.

Я тоже долго VC использовал как основной файловый менеджер, но та эпоха ушла вместе с DOS. Вы там TP 7.0 случаем не используете, вместо Delphi?

[Freeman]

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

Счастливчики, а я до сих пор vc сиречь nc пользую, не смотря на проблемы с именами и путями, в силу привычки начиная с первого моего IBM PC

Я после перехода на Far 3 (с 1.75) и обретения Юникода оттянулся по полной: наконец-то переименовал музыку с умляутами, акутами и прочей диакритикой. Аниме не смотрю, к счастью.

Сообщение от Страдалецъ

Вы там TP 7.0 случаем не используете, вместо Delphi?

У меня в профиле честно написано, что я использую. К слову сказать, в свое время переход на 32 бита и плоскую память в лице Delphi/Windows был большим облегчением: все ужасы работы с памятью ушли в прошлое.

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