Наивный вопрос про Виндуза и регистри

[deim]

Никогда не мог понять - почему и зачем в виндузах придумано и сделано централизованное хранилище сеттингов всех установленных программ/систем - регистри?! Какой в этом философский смысл?!

Неужели не проще хранить все сеттинги программы - локально, в пространстве этой программы? В OS/2 например все засовывали в расширенные атрибуты файловой системы. Милое дело - установленная программа легко копировалась/переносилась/бэкапилась.

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

Зачем?!

P.S. Эх, все-таки ИБМ - сволочи! Такую классную операционку (OS/2) загубили

[VBez]

Ну вот придумали .Net.
И теперь настройки хранятся вместе с программой.

[deim]

Ну вот придумали .Net.
И теперь настройки хранятся вместе с программой.

Кстати, а физически - где хранятся?

И чем плохи ЕА? В ntfs они вроде как тоже есть, посколько ntfs - родной брат hpfs. Это-ж вроде как один из последних примеров совместной разработки ИБМ и МС?! (Как выяснилось - ЕА были в ntfs до вин2000. С выходом вин2к ЕА в ntfs исчезли.)

То есть - что такого придумано в .НЕТ, что позволяет локально хранить сеттинги, чего нет без .НЕТ? Неужто ради реализации пары методов типа LocalProperties.put(String key, Object value) и LocalProperties.get(String key) нужно было целый .НЕТ наворачивать?! :-О

[VBez]

Ты хочешь поговорить про .Net
Давай поговорим. У тебя белые - нападай первый

А человек просто спросил - почему все настройки лежат в одном месте. Я и ответил - что теперь(с появлением НЕТа) настройки принято хранить вместе спрограммой. По крайней мере я так это понял.
Конечно все это делается и без НЕТа.
Но раньше принято было хранить настройки либо в реестре, либо в ini файлах.
С нетом пришел XML. И стало ГОРАЗДО легче сохранять настройки локально.

[Palych]

V Mac OS X esche kruche.
Tam Application copiruetsya kak obychnyj file.

[Vasik]

Никогда не мог понять - почему и зачем в виндузах придумано и сделано централизованное хранилище сеттингов всех установленных программ/систем - регистри?! Какой в этом философский смысл?!

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

[deim]

Ты хочешь поговорить про .Net
Давай поговорим. У тебя белые - нападай первый

А человек просто спросил - почему все настройки лежат в одном месте. Я и ответил - что теперь(с появлением НЕТа) настройки принято хранить вместе спрограммой. По крайней мере я так это понял.
Конечно все это делается и без НЕТа.
Но раньше принято было хранить настройки либо в реестре, либо в ini файлах.
С нетом пришел XML. И стало ГОРАЗДО легче сохранять настройки локально.

Тот человек - это я и есть Я честно понятия не имею - что и как сделано в .НЕТ И я сразу извиняюсь, если мои слова будут казаться язвительными - ничего личного
Ок, понятно, то есть в .НЕТ все на хмл, и через это стало проще сохранять локально. А что, до того, как изобрели хмл - совсем трудно было что-то хранить? Понятие проперти-файла вроде как совсем простое (боюсь произносить слово hashtable, но очень хочется , неужели без хмл это так трудно?! И снова про старинную ос/2 - тогда про хмл никто ничего не слышал, а все хранили локально - герои невидимого фронта?

[deim]

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

Ага, понятно, спасибо. То есть вот ради этой идиотской возможности - все проблемы?!

Собственно MS только создала для этого основу, а уж программистам самим решать - использовать реестр или нет.

Ну конечно, только почему-то 99% программ как бараны пишут все в регистри. Уже целая индустрия родилась - тулзы для починки/чистки регистри, делающие свое дело с грехом пополам.

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

Навскидку могу назвать только eMule. Вот удивительно - почему при наличии выбора - писать локально или глобально в реестр - большинство выбирают запись в реестр?! Там что, медом намазано, или локально писать сильно неудобно?

[VBez]

Тот человек - это я и есть [.quote]

Сорри. Недосмотрел.

Ок, понятно, то есть в .НЕТ все на хмл, и через это стало проще сохранять локально. А что, до того, как изобрели хмл - совсем трудно было что-то хранить? Понятие проперти-файла вроде как совсем простое (боюсь произносить слово hashtable, но очень хочется , неужели без хмл это так трудно?!

Да наверное совсем не трудно.
Но ГОРАЗДО легче работать с XML(стандарт как-никак), чем самому придумывать формат файла с настройками.
А писать/читать ini файлы говорят труднее чем читать/писать xml(не знаю - не видел).

И снова про старинную ос/2 - тогда про хмл никто ничего не слышал, а все хранили локально - герои невидимого фронта?

Тоже никогда не видел.
Но сегодня приложения не те.
Да и программеры тоже. Сегодня подавай людям фреймворки высокоуровневые. Чтобы все было полегче, побыстрее, покрасивше,

[VBez]

Сорри за левое сообщение.

[deim]

Но ГОРАЗДО легче работать с XML(стандарт как-никак), чем самому придумывать формат файла с настройками.
А писать/читать ini файлы говорят труднее чем читать/писать xml(не знаю - не видел).

Я все-таки позволю себе не согласиться с этим Все-же применение хмл требует как минимум зацепить какой-нть парсер, НАМНОГО более навороченный чем примитивное чтение пар ключ=значение из проперти-файла

Но сегодня приложения не те.
Да и программеры тоже. Сегодня подавай людям фреймворки высокоуровневые. Чтобы все было полегче, побыстрее, покрасивше,

Да что-же такого крутого в сегодняшних программах, что они разучились по-человечески работать?!

Хотя с другой стороны я как раз об этом изначально и спрашивал - правда-ли, что отсутствует удобная возможность локального хранения сеттингов? То есть если народ массово выбирает регистри вместо локального хранения, значит им так удобно, и локально хранить совсем не удобно. То есть опять все свелось к тому, что мерзопакостный Микрософт - причина всех бед?!

P.S. А про то, что народ писать разучился - наверное правда. Поставил вчера мелкую программку - апдейт айпи адреса на ДинДНС. Все хорошо, работает, ну, как обычно, что-то в регистри записала (зачем?!), но не это интересно. Поражает другое - объем 4.5 мегабайта!!! Программа из одного маленького диалога с двумя закладками, из которых одна - About!!!
Выкачал другую почти аналогичную тулзу - оказалась на яве и с исходником, без гуя. Исходник - 150 строк включая множество комментариев. Скомпилированная - 3кб. Почему гуевая виндузовая 4.5мегабайта?! :-О

[VBez]

:-) Я все-таки позволю себе не согласиться с этим Все-же применение хмл требует как минимум зацепить какой-нть парсер, НАМНОГО более навороченный чем примитивное чтение пар ключ=значение из проперти-файла

Для чтения XML все уже написано.
Чтение/запись xml на C# - это около 10-20 строк кода.
А если писать на C++ используя COM - получится гораздо больше и страшнее.

Да что-же такого крутого в сегодняшних программах, что они разучились по-человечески работать?!

А кто сказал, что они разучились.
Нет - они привыкают к фреймворкам.
Раньше вон и машины каждый себе строил, а теперь на бэхах и айди рассекают.

Хотя с другой стороны я как раз об этом изначально и спрашивал - правда-ли, что отсутствует удобная возможность локального хранения сеттингов?

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

Поставил вчера мелкую программку - апдейт айпи адреса на ДинДНС - объем 4.5 мегабайта!!!

На дельфях наверное написана.

[deim]

:-) Я все-таки позволю себе не согласиться с этим Все-же применение хмл требует как минимум зацепить какой-нть парсер, НАМНОГО более навороченный чем примитивное чтение пар ключ=значение из проперти-файла

Для чтения XML все уже написано.
Чтение/запись xml на C# - это около 10-20 строк кода.
А если писать на C++ используя COM - получится гораздо больше и страшнее.

Да зачем-же в рукопашную-то?! Неужто в виндузах нет АПИ для работы с ресурсами/пропертями?! Неужели только хмл, и больше ничего? Остальное - только врукопашную?! Я извиняюсь, я под виндуза ничего не писал последние лет 7-8. Пишу на яве, и почему-то никаких проблем не вызывает пользоваться и хмл когда нужно, и ресурсы подгружать, и проперти файлы писать/читать когда хмл слишком велик для мелкой задачи. Неужели простое начилие АПИ под хмл заставляет всех "из пушек по воробьям" лупить?!

Да что-же такого крутого в сегодняшних программах, что они разучились по-человечески работать?!

А кто сказал, что они разучились.
Нет - они привыкают к фреймворкам.
Раньше вон и машины каждый себе строил, а теперь на бэхах и айди рассекают.

Что-то мне это напоминает... Мартышка и очки?! Типа - программер/архитектор изучил новый АПИ, и начинает новую игрушку пропихивать везде - где нужно и где не нужно?

Хотя с другой стороны я как раз об этом изначально и спрашивал - правда-ли, что отсутствует удобная возможность локального хранения сеттингов?

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

:-О Я извиняюсь, конечно, не совсем корректно приводить пример из явы в обсуждении аспектов программирования под виндуза, но чисто как пример - можно? The Properties class represents a persistent set of properties. The Properties can be saved to a stream or loaded from a stream... Этому АПИ уже 100 лет в обед, посколько доступно с v1.0. Неужто в виндузах что-то аналогичное появилось только с рождением .НЕТ?! Скажите мне, что я не прав, пожалуйста!

Поставил вчера мелкую программку - апдейт айпи адреса на ДинДНС - объем 4.5 мегабайта!!!

На дельфях наверное написана.

Так понимаешь в чем загадка - я ведь вчера этих динДНС клиентов штук 6 накачал - и все примерно одинаковые, и по функциональности и по размеру Ну, все, кроме явовской версии Теперь что - модно под виндуза на дельфи писать?! Куда делся софт размером 5-10-15кб и почему даже микро-тулзы измеряются мегабайтами если не их десятками!? :-О
То есть получается, что ява в нынешний момент развития научно-технического прогресса является эталоном компактного софта?! :-О Во, дожил, неужто я уже такой старый стал?!

[Seryi]

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

[Dmitry67]

Почему то никто не упомянул что registry вроде защищена write-ahead journaling на случай краха. Правда в реальности вычистить программу при крахе инсталляции, если эта программа использует только .INI оказывается на два порядка проще