Конференция VBStreets

GM » 08.08.2006 (Вт) 23:51

Куда вы сохраняете настройки пользователя?

**Vinechka** » 08.08.2006 (Вт) 23:58

Так как программы я пишу для себя в основном (хотя даже если не для себя), то очень важным считаю возможность таскания программы на флешке. В реестр максимум - автозапуск.

Если запоминается положение окна - тоже в реестр, так как у всех разное разрешение. Остальное я пишу в XML файл.

**DirectXManiac** » 09.08.2006 (Ср) 0:57

Чаще всего всё пишу в ini... Даже двиг читает ini =)

**Kovu** » 09.08.2006 (Ср) 1:25

В Ini. Нечего реестр засирать.

**Twister** » 09.08.2006 (Ср) 5:38

Когда я начал писать WnDViewer, я сохранял его настройки в реестр. И хотя до сих пор он сохраняет их туда же, я мнение свое по поводу реестра поменял - ИМХО лучше в Ini или XML. Голосую за ИНИ.

**vvs_adm** » 09.08.2006 (Ср) 5:42

Twister писал(а):я мнение свое по поводу реестра поменял - ИМХО лучше в Ini или XML.

Уж не после ли переустановки виндов?

**Хакер** » 09.08.2006 (Ср) 6:25

Обычно в dat. Все настройки у меня лежат в большом userdefined типе, который я Put в Дат файл.

Т.е. файл нечитаем для пользователя.

Что то я какую то фигню написал - "лежат в большое userdefined типа,
"

**Viper** » 09.08.2006 (Ср) 7:10

Что-то привык я к реестру

**Twister** » 09.08.2006 (Ср) 7:31

vvs_adm писал(а):
Twister писал(а):я мнение свое по поводу реестра поменял - ИМХО лучше в Ini или XML.
Уж не после ли переустановки виндов?

Почти...

**Денис Победря** » 09.08.2006 (Ср) 9:26

Если за компом несколько юзеров, то для каждого ИНИ. Реестр, оттуда фих вычистишь.

**Ramzes** » 09.08.2006 (Ср) 9:47

XML-потому, что легко переносить

**tyomitch** » 09.08.2006 (Ср) 10:24

Реестр, потому что есть встроенные функции :-)

А почему варианта "в базе" нет? кто-то на этом форуме писал: "всё равно у меня прога работает с базой, добавить в неё одну табличку для настроек -- проще некуда".

BV » 09.08.2006 (Ср) 17:59

В INI или XML.

**Хакер** » 09.08.2006 (Ср) 19:09

tyomitch
Помнится, кто то ещё хранил DLL в базе, а при запуске программы их оттуда извлекал, регистрировал в системе... а при закрытия, опять удалял.

Ну это я так... к слову :lol:

**MeMBus** » 10.08.2006 (Чт) 3:03

Храню в ini и data, раньше пользовался реестром.

**keks-n** » 10.08.2006 (Чт) 12:50

Если настройки относятся к индивидальным, для каждого юзера, то в реестре, в противном случае в xml, или ini.

З. Ы. А где вариант "Мне пофиг, как они хранятся, т. к. использую My.Settings"?

**Хакер** » 10.08.2006 (Чт) 18:54

Это вариант для .net
А .net в пролёте :wink:

**neic** » 10.08.2006 (Чт) 22:05

В *.txt

**Twister** » 11.08.2006 (Пт) 5:14

neic писал(а):В *.txt

Лучше так:
" - Куда Вы записываете настройки программы?"
" - Запоминаю..."

**Wild VB Code for Food** » 12.08.2006 (Сб) 21:35

XML.

Реестр - жалко засирать, ибо чем больше запишешь - тем дольше время выборки. INI - устаревшее дело.

**Конь** » 12.08.2006 (Сб) 21:49

Ini. И шифрую :twisted:

Не реестр, потому что ниасилил пока.
Не XML, потому что ниасилил пока.
Не в зависимости от настроек, потоому что кроме Ini ничего ниасилил пока.
Не свой вариант, потому что лень придумывать. Да и Put-Get ниасилил пока.

**Хакер** » 12.08.2006 (Сб) 22:02

Это типа прогресс...

-> Реестр ниасилил.
-> XML ниасили...
-> Get-Put ниасили...
-> Подпись находится в стадии разработки...
-> Подпись разработана [ok]

:lol:

ЗЫ. Wild VB Code for Food это выражение мне уже надоело, только оно было про БД. Теперь и реестр? А XML не дольше ли парсится чем 1 ключ реестра читается?

**tyomitch** » 12.08.2006 (Сб) 22:05

О, супер-мега-фичу придумал: сохранять DLL в реестре, а в рантайме извлекать оттуда на диск и регистрировать :lol:

**Хакер** » 12.08.2006 (Сб) 22:20

лучше сохранить DLL в ini, ini в xml, а потом в реестр.

кстати интересно AI найдёт ту тему?

**Конь** » 12.08.2006 (Сб) 22:25

xml в базу данных, базу данных в dat, dat в реестр, реестр в ini, ini в xml, xml в базу данных, базу данных в dat, dat в реестр, реестр в ini, ini в xml, xml в базу данных, базу данных в dat, dat в реестр, реестр в ini, ini в xml, xml в базу данных, базу данных в dat, dat в реестр, реестр в ini, ini в xml, xml в базу данных, базу данных в dat, dat в реестр, реестр в ini, ini в xml, xml в базу данных, базу данных в dat, dat в реестр, реестр в ini, ini в xml, xml в базу данных, базу данных в dat, dat в реестр, реестр в ini, ini в xml, xml в базу данных, базу данных в dat, dat в реестр, реестр в ini, ini в xml, xml в базу данных, базу данных в dat, dat в реестр, реестр в ini, ini в xml, xml в базу данных, базу данных в dat, dat в реестр, реестр в ini, ini в xml...
Ну и т.п.
:lol:

А в самом конце получаем GSerg'a! :lol:

**Powerman** » 13.08.2006 (Вс) 3:11

Конь писал(а):xml в базу данных, базу данных в dat, dat в реестр, реестр в ini, ini в xml, xml в базу данных, базу данных в dat, dat в реестр, реестр в ini, ini в xml, xml в базу данных, базу данных в dat, dat в реестр, реестр в ini, ini в xml, xml в базу данных, базу данных в dat, dat в реестр, реестр в ini, ini в xml, xml в базу данных, базу данных в dat, dat в реестр, реестр в ini, ini в xml, xml в базу данных, базу данных в dat, dat в реестр, реестр в ini, ini в xml, xml в базу данных, базу данных в dat, dat в реестр, реестр в ini, ini в xml, xml в базу данных, базу данных в dat, dat в реестр, реестр в ini, ini в xml, xml в базу данных, базу данных в dat, dat в реестр, реестр в ini, ini в xml, xml в базу данных, базу данных в dat, dat в реестр, реестр в ini, ini в xml...
Ну и т.п.

А в самом конце получаем GSerg'a!

а в самом самом конце тебя GSerg в баню отправит )))))
ИМХО INI для каждого юзверя + REGISTRY так, как его использует Vinechka

**Конь** » 13.08.2006 (Вс) 8:09

По-моему все-таки проще аццки зашифровать ini :spy:

**Vinechka** » 13.08.2006 (Вс) 12:59

Конь
А зачем его шифровать-то? ИМХО, чем все прозрачней для пользователя, тем больше он тебе доверяет...

**Денис Победря** » 13.08.2006 (Вс) 14:20

в Вин.ини

**Antonariy** » 13.08.2006 (Вс) 16:15

Тогда уж в msdos.sys
Чтобы никто не догадался :lol:

Конференция VBStreets

Ini vs Registry

Куда вы сохраняете настройки пользователя?

Ini vs Registry

Кто сейчас на конференции