Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2013.03.22;
Скачать: [xml.tar.bz2];

Вниз

Настройки программы   Найти похожие ветки 

 
NieL ©   (2012-11-22 14:42) [0]

Где сейчас модно хранить?


 
oxffff ©   (2012-11-22 14:50) [1]

В облаке.


 
DVM ©   (2012-11-22 14:50) [2]

Теперь модно хранить все в Моих документах. Некоторые даже туда программы ставят (типа браузерописателей) :)

А вообще всегда "модно" было в реестре. И это единственно правильное место с учетом возможного разворачивания программы в домене. Если есть данные, которые не желательно сохранять в реестр, то их хранят тут:

CSIDL_LOCAL_APPDATA
CSIDL_APPDATA
CSIDL_COMMON_APPDATA

в зависимости от назначения.

Это путь. А формат файла модно XML.


 
xayam ©   (2012-11-22 14:50) [3]


> В облаке

только хотел так написать :)


 
DVM ©   (2012-11-22 14:51) [4]


> В облаке.

это точно, без интернета теперь ни одна стоящая программа даже пукнуть не может.


 
xayam ©   (2012-11-22 14:52) [5]


> без интернета теперь ни одна стоящая программа даже пукнуть
> не может

тогда следующий вопрос: на чем модно писать в облаках? :)


 
брат Птибурдукова   (2012-11-22 14:54) [6]

на арамейском?


 
xayam ©   (2012-11-22 15:03) [7]


> на арамейском?

ссылку на компилятор/интерпретатор не подкинете? :)


 
Dimka Maslov ©   (2012-11-22 15:08) [8]

В банковской ячейке. Надёжное место. Но дорогое.

А вообще настройки можно хранить где угодно. Главное понимать, что при этом может произойти.


 
QAZ9   (2012-11-22 15:23) [9]


> И это единственно правильное место с учетом возможного разворачивания
> программы в домене

какбы пользовательские папки тоже в домене присутствуют


 
DVM ©   (2012-11-22 15:31) [10]


> QAZ9   (22.11.12 15:23) [9]

параметры реестра удобнее назначать политиками


 
QAZ9   (2012-11-22 15:33) [11]


> DVM ©   (22.11.12 15:31) [10]

а каки там политики назначать если храниш в ветке\папке конкретного юзера?


 
DVM ©   (2012-11-22 15:35) [12]


> QAZ9   (22.11.12 15:33) [11]


> а каки там политики назначать

Свои. Ты вообще в курсе, что есть политика?


 
QAZ9   (2012-11-22 15:40) [13]


> Свои

например


 
DVM ©   (2012-11-22 15:46) [14]


> QAZ9   (22.11.12 15:40) [13]


> например

Чего например?

Администратор домена может создать свой шаблон, который будет грузить нужные параметры в реестр пользователя при каждом его входе в систему. Фактически ему насильно в реестр будут добавляться значения. Любые.
Соответственно если надо 1000 пользователей в определенной программе сделать определенную настройку централизованно, то им назначается соответтвующая политика, заданная в шаблоне. И все. Далее программы при запуске читают эти значения через реестр.


 
niel ©   (2012-11-22 15:58) [15]

Облако сразу отпадает, не вижу смысла.

Забыл добавить программа будет кросс-платформенная (firemonkey), так что реестр тоже не подойдет.


 
DVM ©   (2012-11-22 16:16) [16]


> niel ©   (22.11.12 15:58) [15]


> Забыл добавить программа будет кросс-платформенная (firemonkey),
>  так что реестр тоже не подойдет.

Я бы на твоем месте создал свой класс с методами, похожими на TIniFile или TRegistry для записи целых чисел, строк и т.д. У класса сделать настройки, где он должен хранить инфу, например:

 TConfigLocation = (
   cloAppDir,               // Папка программы
   cloLocalAppData,         // CSIDL_LOCAL_APPDATA
   cloRoamingAppData,       // CSIDL_APPDATA
   cloAllUserAppData,       // CSIDL_COMMON_APPDATA
   cloRegistryCurUser,      // HKEY_CURRENT_USER\Software
   cloRegistryAllUsers      // HKEY_LOCAL_MACHINE\Software
 );


Сделать настройку формата хранения:

 TConfigStorageType = (
   cstXml,                 // Хранить настройки в XML файле
   cstINI,                 // Хранить настройки в INI файле
   cstRegistry);           // Хранить настройки в реестре

Также предусмотреть поля :

   FAuthor: string;
   FProductName: string;
   FProductVersion: string;
   FProductComponentName: string;

c информацией об авторе и программе, по которой возможно в реестре будут создаваться подключи.

Так как интерфейс будет универсальным, то для программы будет все равно куда сохранять и откуда читать конфигурацию, это будет опеределяться настройками класса. Если добавить директивы условной компиляции типа {$IFDEF UNIX} то можно такой класс адаптировать и для других ОС, но используя их возможности по хранению пользовательских настроек (база SQLITE, файлы, и т.д.) и определению местоположения где хранить.

Создай один раз и используй потом многократно.


 
знайка   (2012-11-22 16:27) [17]

А про какие настройки вопрос?


 
DVM ©   (2012-11-22 16:31) [18]


> знайка   (22.11.12 16:27) [17]
> А про какие настройки вопрос?

а какие есть варианты?


 
знайка   (2012-11-22 16:38) [19]

Да какие угодно.
Ну например настройки ползователя по системе скоторый находится в базе данных, и которые хотел бы видеть вне зависимости от доменов (сидя дома...)
Тут никакие реестры не помогут тут в базе и складывать.


 
niel ©   (2012-11-22 16:38) [20]


> DVM ©   (22.11.12 16:16) [16]


Отличный совет, спасибо, Так и сделаю.


 
Jeer ©   (2012-11-22 16:41) [21]


> NieL ©   (22.11.12 14:42)
>
> Где сейчас модно хранить?


Отвечу оригинально - нигде.
Даже в голове - ни-ни.

Отвечу ректально и неоригинально - *.ini
Вот, просто берешь и хранишь там, главное не забыть "деревянность" и "шифруемость".


 
Пит   (2012-11-22 16:48) [22]


> Администратор домена может создать свой шаблон, который
> будет грузить нужные параметры в реестр пользователя при
> каждом его входе в систему. Фактически ему насильно в реестр
> будут добавляться значения. Любые.

а кто-то реально так делает? на практике?

Обычно корпоративное ПО работает с БД, поэтому все настройки общего характера, роли и прочая фигня хранится там - этот вариант самый распространенный, на мой взгляд.


 
DVM ©   (2012-11-22 16:54) [23]


> Пит   (22.11.12 16:48) [22]


> а кто-то реально так делает? на практике?

Ну по крайней мере такая возможность есть. Знающие люди делают. Вообще когда выясняется что на тысячах компьютеров надо изменить что-то, то сразу начинают искать решения и в результате приходят к этому способу.


>
> Обычно корпоративное ПО работает с БД,

Хорошо, есть 1000 клиентов у них надо поменять настройки для подключения к БД. Если настройки лежат в реестре, то это делается элементарно, если в INI то будут сложности.


 
DVM ©   (2012-11-22 17:01) [24]


> знайка   (22.11.12 16:38) [19]
> Тут никакие реестры не помогут тут в базе и складывать.

Настройки подключения к базе где хранить ? :)


 
Пит   (2012-11-22 17:04) [25]


> Хорошо, есть 1000 клиентов у них надо поменять настройки
> для подключения к БД. Если настройки лежат в реестре, то
> это делается элементарно, если в INI то будут сложности.

а этим как раз занимается специализированное ПО по развертыванию систем. Я не представляю как можно жить без такого ПО, если у тебя 1000+ клиентов. У нас вот используется Altiris.
И параметр в реестре в контексте некой настройки "Ключ=Значение" это всего лишь капля в море.


 
знайка   (2012-11-22 17:11) [26]


> Настройки подключения к базе где хранить ? :)
Я как вы заметили сразу и акцентировал вопрос на том про какие настройки речь. ага?


 
DVM ©   (2012-11-22 17:13) [27]


> Пит   (22.11.12 17:04) [25]


> а этим как раз занимается специализированное ПО по развертыванию
> систем. Я не представляю как можно жить без такого ПО, если
> у тебя 1000+ клиентов.

Да в Windows есть все необходимое для управления сетями любого размера. Вся эта технология, все вместе вроде бы носит название IntelliMirror.
Сторонние инструменты просто многие вещи позволяют делать быстрее и удобнее.


 
БарЛог ©   (2012-11-22 17:16) [28]

Пит   (22.11.12 16:48) [22]

> а кто-то реально так делает? на практике?

Делает. Для чужого ПО.
Те же настройки браузера, например.

Пит   (22.11.12 17:04) [25]

> а этим как раз занимается специализированное ПО по развертыванию систем. Я не > представляю как можно жить без такого ПО, если у тебя 1000+ клиентов.

За ПО надо доплачивать. По мелочи - можно деплоить через те же групповые политики.


 
DVM ©   (2012-11-22 17:17) [29]


> знайка   (22.11.12 17:11) [26]


> Я как вы заметили сразу и акцентировал вопрос на том про
> какие настройки речь. ага?
>
>

Имхо вы смешиваете два понятия. Есть настройки программы (они почти все ложатся в реестр) и есть данные программы. Данные ложатся либо в спец папки либо в базу, а сама база либо в спец папку, либо в сети.
Никто конечно не запрещает хранить в базе все.


 
знайка   (2012-11-22 17:20) [30]

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


 
MsGuns ©   (2012-11-22 17:21) [31]

Удалено модератором


 
БарЛог ©   (2012-11-22 17:24) [32]

MsGuns ©   (22.11.12 17:21) [31]

> В голове.

Пользовательской? :)
Через политики внедрять :)


 
DVM ©   (2012-11-22 17:26) [33]


> знайка   (22.11.12 17:20) [30]


> а если я хочу со своего телефона посмотреть, что у  меня
> творится в системе, то как реестр этому поможет?

Опять путаете данные и настройки. В реестре нечего смотреть с телефона. В телефоне свои настройки. С телефона смотреть надо данные, а вот они то и могут лежать в базе.
Кстати настройки на телефон тоже могу быть в домене получены централизованно (например, для Blackberry через политики BES, для Windows Phone через ActiveSync кажется)


 
DVM ©   (2012-11-22 17:29) [34]

Удалено модератором


 
MsGuns ©   (2012-11-22 17:33) [35]

Удалено модератором


 
Игорь Шевченко ©   (2012-11-22 17:38) [36]


> С телефона смотреть надо данные, а вот они то и могут лежать
> в базе.


настройки вообще-то тоже являются данными


 
MsGuns ©   (2012-11-22 17:41) [37]

Вот нравится это продвинутое "хранить логин и пасворд в настроечках". Типо благодарный юзверь сияет от счастья бо ему не надо ничего помнить а только чмякнуть по иконке и он уже "там".
А потом, когда с отпуска например возвращаются, глаза лезут на лоб - кто удалил счет/накладную/приказ/договор...

А если б еще придумали шоб банкомёты узнавали юзверя по походке и заодно читали в мыслях сколько нужно ему сейчас бумажек. Ну чтоб юзверю не только не нужно было напрягаться с манипуляциями с картой, код шестизначный помнить, но и вообще ее с собою носить.


 
DVM ©   (2012-11-22 17:41) [38]


> Игорь Шевченко ©   (22.11.12 17:38) [36]

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


 
DVM ©   (2012-11-22 17:44) [39]


> MsGuns ©   (22.11.12 17:41) [37]
> Вот нравится это продвинутое "хранить логин и пасворд в
> настроечках".

Ну во первых, в этой ветке никто такое не предлагал. Кроме логина и пароля есть множетсво других параметров подключения к базе.
Во-вторых, где предлагаете хранить логин и пароль для подключения службы к SQL серверу, если на сервере используется SQL аутентификация?


 
Игорь Шевченко ©   (2012-11-22 18:27) [40]

DVM ©   (22.11.12 17:41) [38]

Не вижу аналогии



Страницы: 1 2 вся ветка

Форум: "Прочее";
Текущий архив: 2013.03.22;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.56 MB
Время: 0.062 c
15-1338741213
М
2012-06-03 20:33
2013.03.22
Личная информация.


15-1338987676
Давайте будем жрать!
2012-06-06 17:01
2013.03.22
Отладка в XE2


15-1342009409
alexdn
2012-07-11 16:23
2013.03.22
Скроллинг страницы


15-1352384190
Artem
2012-11-08 18:16
2013.03.22
Можно ли сменить размер виртуального диска в VirtualBox?


15-1337202631
Германн
2012-05-17 01:10
2013.03.22
Подскажите инструмент





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский