Форум: "Прочее";
Текущий архив: 2013.03.22;
Скачать: [xml.tar.bz2];
ВнизНастройки программы Найти похожие ветки
← →
Игорь Шевченко © (2012-11-22 18:27) [40]DVM © (22.11.12 17:41) [38]
Не вижу аналогии
← →
DVM © (2012-11-22 18:31) [41]
> Игорь Шевченко © (22.11.12 18:27) [40]
> Не вижу аналогии
Вы и разницы между данными и настройками не видите.
← →
Игорь Шевченко © (2012-11-22 18:35) [42]DVM © (22.11.12 18:31) [41]
Вижу. Могу привести в пример аську: есть пароли к учетным записям, хранящиеся на сервере и есть набор путей на компьютере, где установлен клиент. Набор путей зависит от конкретного компьютера, пароли к учеткам не зависят.
И то, и другое можно изменить через "настройки" клиента.
← →
Rouse_ © (2012-11-22 19:12) [43]
> niel © (22.11.12 15:58) [15]
> Облако сразу отпадает, не вижу смысла.
>
> Забыл добавить программа будет кросс-платформенная (firemonkey),
> так что реестр тоже не подойдет.
с какого перепугу? пишешь общий абстрактный класс настроек, методы сохранения/чтения перекрываешь директивами компилятора. Под виндой пусть в реестр пишет и под гномом (там есть аналог), под убунтой/маком конфиг файл в /etc,
← →
DVM © (2012-11-22 19:14) [44]Разумеется, в ряде случаев провести четкую грань между настройками программы и ее данными сложно, но в большинстве случаев эти отличия очевидны. Данные это то ради чего собственно создается программа - она эти данные генерирует, обрабатывает, отображает и.т.д. настройки же нужны для выполнения программой своих функций по обработке данных. В случае с аськой ее данные - это сами сообщения, база сообщений, разные смайлики и прочие ресурсы. А логин с паролем или пути и прочее - это настройки.
← →
Игорь Шевченко © (2012-11-22 20:23) [45]DVM © (22.11.12 19:14) [44]
> настройки же нужны для выполнения программой своих функций
> по обработке данных
Верно. Но это не определяет место их хранения. Я пытаюсь донести мысль, что есть настройки, связанные с выполнением функций по обработке данных локальные для конкретного пользователя конкретного компьютера (те же пути), есть настройки, связанные с конкретным пользователем, вне зависимости от того, за каким компьютером он пользуется программой (например, список паролей, ролей или тому подобные настройки), есть настройки, определяющие глобальное поведение программы, связанные со всеми пользователями, вне зависимости от того, какие компьютеры они используют.
← →
han_malign (2012-11-23 09:55) [46]
> cloRegistryCurUser, // HKEY_CURRENT_USER\Software
> cloRegistryAllUsers // HKEY_LOCAL_MACHINE\Software
- еще одного не хватает: в W7 - HKCU - уже roaming, а HKLM - мандата требует...
All registry entries in HKEY_CURRENT_USER except those under HKEY_CURRENT_USER\Software\Classes are included in the per-user registry portion of a roaming user profile. To exclude other entries from a roaming user profile, store them in HKEY_CURRENT_USER_LOCAL_SETTINGS.
← →
DVM © (2012-11-23 10:12) [47]
> han_malign (23.11.12 09:55) [46]
> HKEY_CURRENT_USER_LOCAL_SETTINGS.
Да, верно, это аналог CSIDL_LOCAL_APPDATA но применительно к реестру.
← →
Аббат Пиккола (2012-11-23 13:31) [48]Я часть храню в ini (списки баз и строки подключения), часть в реестре (положения, размеры окон и прочая хрень, зависящая от размеров мониторов рабочих мест и т.п.), а часть - в базе данных (настройки под конкретных юзеров, которые они с любого компа хотели бы иметь одинаковыми + привилегии доступа всяческие, естественно там же - в базе).
Таким образом, в зависимости от того, что именно хранить нужно, можно выбирать разные подходящие места. Главное, чтобы было:
1. Удобно
2. Относительно безопасно (защита от дурака)
3. Не мешало сразу начать работать ит быстро натйи причины проблем, даже если что-то где-то не совсем правильно.
Страницы: 1 2 вся ветка
Форум: "Прочее";
Текущий архив: 2013.03.22;
Скачать: [xml.tar.bz2];
Память: 0.54 MB
Время: 0.061 c