Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Ну-ну... 29.09.05 14:54 Число просмотров: 1681
Автор: Heller <Heller> Статус: Elderman
|
> При текстовой организации файла лучший способ поиска -
> линейный. С линейной же зависимостью от объема, а
> вставка/удаление - вообще мрачные. Бинарные БД гарантируют
> логарифмическое время поиска/вставки/удаления.
А сколько занимает средний конфигурационный файл? Несколько килобайт (ну или несколько десятков килобайт максимум). Потери не критичны.
[skipped]
> Поиск по бинарным базам никто не отменял. Там он даже
> эффективнее.
Смотри выше. Тебе много приходится в них искать? При условии того, что лазить в них приходится не так уж и часто.
> > значение, чем искать в кучи вкладок графической
> утилиты.
>
> > > б) разбросанностью конфигов по всему винту и фиг
> > > разберешься что где
>
> > Это в реестре фиг разберёшься, что где. Вот только не
> надо
> > говорить, мол "зато он в паре файлов", а-то я начну
> > говорить, что текстовые конфиги в одном компьютере.
>
> Наоборот. Настройки реестра очень хорошо структурированы. И
> я в большинстве случаев вполне хорошо себе представляю в
> каком направлении идти за той или иной настройкой. И в
> любом случае, вся конфигурация сведена в одно место.
Ну хорошо. А объясни мне что делать в ситуации, когда конфиги получаются достаточно сложными, со вложенными структурами и т. д.? Плюс текстового файла в том, что писать ты можешь там всё что угодно, хоть inline-скрипты - посмотри как это сделано, нампример в Апаче. Как бы я его конфигурировал в графиечском интерфейсе?
И текстовые файлы всегда нагляднее, потому что их ты пишешь, как тебе нравится. хочешь - добавляй комментарии, хочешь - делай отступы между логическими разделами и пробелы перед второстепенными ключами. Кто мешает? В любом графическом интерфейсе ты очень сильно повязан.
И, кстати, в реестре поиск действительно сложная задача - большой он и громоздкий. Текстовики же все небольшие и разнесены по директориям. В этом случае директории выполняют те же "папки" реестра (не помню как грамотно называется) и поиск ничуть не усложняется.
Ещё аргумент: иногда возникает необходимость работать с конфигами программно (всмысле конфигурить их по ходу дело из собственного софта). С текстовиками всё просто - их структура полностью прозрачна. А как ты, интересно, будешь писать программу, которая что-то правит в реестре?
|
|
|
подробно о проекте
Анализ криптографических сетевых...
