Vlad Harchev wrote:
On Wed, Jul 02, 2003 at 11:55:10AM +0500, Vlad Harchev wrote:Жконф решает эти проблемы.Ой не надо, что что-то на букву g решает какие-то проблемы в сетевой среде. Если уж Влад Харшев, большой апологет гнома и по-моему, активный участник его разработки, высказался крайне пессимистично...:) Я по-большому счету не имею ничего против ИДЕИ (хотя есть конечно места где можно было еще концепцию улучшить).А за наибольшую проблему в ИДЕЕ gconf я считаю отсутствие встроенного понятия "текущий набор настроек" (профиль), которому в концепции конфигурационных файлов соответсвтует сам конфигурационный файл.
[snip]
общей гибкости. Если бы понятие профиля было поддерживаемо самим gconf'ом то было бы на порядки лучше.
Я бы всё же отнёс это к возможным доработкам, чем к недостаткам. По-моему профайлы дополнят идею жконф, и серьёзных изменений в концепции не требуют.
А второй проблемой gconf'а можно считать отсутствие понятия "символьная ссылка" и "жесткая ссылка" (как в файловых системах). Но этоуже редко нужно.
Это для случаев параметров, которые зависят от других? Тогда лучше не ссылка, а внутренний язык, типа guile. То есть я думаю, хорошим дополнением будет возможность писать хуки на, скажем гуиле, которые вызываются при изменении параметров и выполняют какие-то действия на стороне сервера.
И это я бы отнёс к дальнейшим путям развития хорошей идеи, чем к недостаткам. В принципе, жконф это база данных, и наличие server-side языка поможет решать некоторые задачи, как, например PL/SQL в Оракле и Постгресе.