Что и что?
Я про твои факты, что модулльностьь более надежна, своими фактами, что это может оказаться и не так.
Я говорю, нет , лучше утвреждаю - лучше монолитность

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

Пока, красавчег.
---
Если долго тужиться - голова закружится!

Звучит как приговор

И не лень тебе...
---
Комет, и микробов yбивает. Если посильнее стyкнyть.

Работать ленивее ;)

Я понимаю все эти вещи и без дополнительных пояснений.

>Хорошо, а зачем формат бинарный
1.возможность создания многоэтажной структуры, не отличающейся от файловой системы
2.возможность отдельных установок для каждого ключа, например можно юзеру писать в ключ находяшийся в его профиле, или заносить в журнал все изменения в ключе
3.возможность удал╦нного администрирования всего регистра удал╦нного компа, просто подключив его к своему регедиту
4.возможность управления всеми настройками из одного места
5.большая скорость работы с файлом в десятки МБ

А я себе нашел классную музыку, шоп в бэкгроунде играла - блюзы и (acid/панки/фанки?) джаз.
---
После нас - хоть потоп, а после потопа - хоть... мы!

У меня такой полный винт. Лучше всего Stan Getz c бразильцами идет.

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

>>Хорошо, а зачем формат бинарный
> 1.возможность создания многоэтажной структуры, не отличающейся от файловой системы
XML имеет текстовый формат (я, правда, нахожу его очень избыточным форматом, есть более лучшая альтернатива, но не суть важно) - аргумент не катит, от формата (бинарный / текстовый) возможность хранения иерархичной информации не зависит.
> 2.возможность отдельных установок для каждого ключа, например можно юзеру писать в ключ находяшийся в его профиле, или заносить в журнал все изменения в ключе
В обыкновенных инифайлах это тоже возможно, зачем тут именно бинарный формат?
> 3.возможность удалённого администрирования всего регистра удалённого компа, просто подключив его к своему регедиту
А простите, кто заставлял всё в один (несколько связанных) файл всё пихать? В случае конфигов - (упрощённо) одной программе один конфиг файл, подключился к хосту, обработал один файл и всё, ничего лишнего тянуть не надо.
> 4.возможность управления всеми настройками из одного места
Чепуха. Ты должен знать всегда, что именно ты будешь обрабатывать, всё сразу всем скопом никогда не обрабатывается, т.к. нет общих правил по-поводу того, что именно должно лежать в реестре.
> 5.большая скорость работы с файлом в десятки МБ
А кто в один (несколько связанных) файл заставлял всё складывать? ССЗБ. Сначала насоздавали себе проблем, потом естесственно стали извращаться, чтобы их решить, а зачем?

> А кто в один (несколько связанных) заставлял всё складывать? ССЗБ. Сначала насоздавали себе проблем, потом естесственно стали извращаться, чтобы их решить, а зачем?
Кстати, в висте они не собираются это в бд убрать? Было бы логично. Хотя наверное совместимость похерится.
---
Завтра ровно в шесть я буду матюгаться.

Ты так мягко стелешь, что даже хочется согласиться :-D

Ты с начал сумей хотя-бы до сейвмод догрузиться. В упомянутых мной случаях только 1 система дошла ло сейвмод, в н╦м и засвисла намертво.

чето вы тут какой-то фуетой занимаетесь

>XML имеет текстовый формат (я, правда, нахожу его очень избыточным форматом, есть более лучшая альтернатива, но не суть важно) - аргумент не катит, от формата (бинарный / текстовый) возможность хранения иерархичной информации не зависит.
ХМЛ в чистой форме тоже не особо легко читается, к тому же появился он только в 1998г , когда формат регистра вин нт и вин95 давно существовал. кстати микрософт охотно использует хмл, но менять формат регистра на хмл видимо не собирается. кстати а почему MySQL в бинарном формате базы не сохраняет?
>> 2.возможность отдельных установок для каждого ключа, например можно юзеру писать в ключ находяшийся в его профиле, или заносить в журнал все изменения в ключе
>В обыкновенных инифайлах это тоже возможно, зачем тут именно бинарный формат?
дату создания каждого ключа? права на его изменения, чтение , запись? например я могу запереть ключ от изменения определ╦нным юзером , при том что юзер имеет полные права на запись в соседние ключи. чтото в ини файлах я такого не встречал
>> 3.возможность удал╦нного администрирования всего регистра удал╦нного компа, просто подключив его к своему регедиту
>А простите, кто заставлял вс╦ в один (несколько связанных) файл вс╦ пихать? В случае конфигов - (упрощ╦нно) одной программе один конфиг файл, подключился к хосту, обработал один файл и >вс╦, ничего лишнего тянуть не надо.
а я и не тяну лишнего. подключился к регистру и имею доступ ко всем настройкам, вместо того чтобы искать по фестплате где какой конфиг сидит
>> 4.возможность управления всеми настройками из одного места
>Чепуха. Ты должен знать всегда, что именно ты будешь обрабатывать, вс╦ сразу всем скопом никогда не обрабатывается, т.к. нет общих правил по-поводу того, что именно должно лежать в реестре.
бывает нужно узнате где определ╦нная прога наследила - например нортон оставляет следы в самых неожиданных местах, и чужим конфигом тоже не побрезгует, чтобы хук на себя поставить.
обыскивать всю фестплату в каких файлах symantec встречается? или один файл обыскать?
>> 5.большая скорость работы с файлом в десятки МБ
>А кто в один (несколько связанных) файл заставлял вс╦ складывать? ССЗБ. Сначала насоздавали себе проблем, потом естесственно стали извращаться, чтобы их решить, а зачем?
обьясни мне зачем базы данных такие большие? раскидай таблицы по фестплате в текстовых файлах, если какой загн╦тся - от руки перепиши.
а регистр это обычная база данных.

>Кстати, в висте они не собираются это в бд убрать? Было бы логично. Хотя наверное совместимость похерится.
а регистр это не БД? только SQL не поддерживается, нет необходимости.

>Ты с начал сумей хотя-бы до сейвмод догрузиться
а что я в н╦м забыл? я туда хожу только для диагностического старта. с лайфСД гораздо удобнее

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