|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Oleg 2:5020/400 27 Jun 2002 13:08:53
To : Andrew Dolgov
Subject : Re: продвинутый конфигуратор
--------------------------------------------------------------------------------
On Tue, 25 Jun 2002, Andrew Dolgov wrote:
> b> А теперь наплюем на вышесказанное, и напишем конфигуратор, который
> b> умеет править все настройки всех программ, собранные в одном месте, с
> b> простановкой галочек, вменив в обязанность всем программам хранить свои
> b> настройки в одном специальном месте, в строго определенном виде, а
> b> лучше - использовать системные вызовы для сохранения настроек в
> b> системном ... правильно - РЕЕСТРЕ. Оно нам надо?
>
> что, типа виндуз САКСЬ и МАЗДАЙ? а вот есть еще такая штука - gconf. хотя
> вам оно может и не надо ;)
Таки саксь и таки маздай :)
Что неоднократно подтверждалось.
В случаях, отличных от Вынь-Офис-Мейл либо HТ-сервак-не-трогать-руками! -
оно самое.
Косяки в реестре - уже давно стали притчей во языцех. Про
документированность ключей - тыщи раз говорили. Про простоту и удобство
менюшек тоже - да, они удобны когда просты, а как только в менюшки-окошки
засунуть ВСЕ настройки - получается каша. Про надежность конфигуряторов,
которые пытаются обьять необьятное - тоже говорили. С примерами.
Hет, появляется очередной господин, вопрошающий - а почему бы не сделать
Универсальный конфигуратор? Да потому, что возможны два варианта - либо
конфигуратор знает все и умеет править настройки всего, либо он ничего не
знает, но все под него подстраиваются. Первый вариант называется Hacker in
God mode, второй - стандарт. Первых еще нет, а второе уже есть - в одном
случае текстовый редактор, в другом - regedit.exe.
Все остальные варианты Универсальными конфигуряторами не являются, а
потому ограничены по сути своей.
Возможное приближение к идеалу -
Универсальный конфигуратор с конфигом, который он сам может править, для
обучения работе с конфигами других программ. Hо за время конфигуряния
конфигурятора конфигурирующий все конфиги наизусть выучит, пошлет лишнюю
программу на конф, за ненадобностью, а если и отдаст плоды трудов своих
кому-то в пользование, то пользующий, попытавшись применить ее к своей
программе, и обнаружив что что-то не идет - либо сразу пошлет на конф,
либо сначала повторит путь предшественника.
Что касается стандартов - тут уж сугубо IMHO - текст в файлах править
удобнее, чем ключи в реестре. А про другие варианты я либо не ведаю, либо
чего-то не вспоминаются.
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
