3 марта 2009 г. 12:59 пользователь Yury Yurevich <the.py...@gmail.com>написал:
> 3 марта 2009 г. 15:28 пользователь Stanislav Ievlev > <stanislav.iev...@gmail.com> написал: > >> Просто ввиду отсутствия интроспекции alterator-cmdline представляется > >> малополезным. На данный момент я не вижу однозначного способа узнать > >> какие бэкенды присутствуют в системе. Даже если я вдруг узнал имя > >> бэкенда, то я не могу у него спросить список доступных действий. > >> Приходится лезть в исходники бэкенда и смотреть там. Но только в таком > >> случае, в большинстве случаев проще будет руками поменять > >> соответствующий конфигурационный файл, чем читать чужие исходники > >> бэкенда и надеяться на чудо. > >> > >> Опять же, ввиду малополезности alterator-cmdline, мне не интересно > >> использовать его в своих скриптах и делать для него бэкенды. > > > > Понимаю, можно в качестве простого варианта сделать стандартный запрос к > > бакенду "help" который будет выдавать справку по использованию (скажем > при > > вызова alterator-cmdline --help /some-module > > Нормальный вариант, но только если help будет только "добывать и > показывать" справку, а не хранить ее текст. Иначе рассогласование "что > показано в справке" и "что есть на самом деле" гарантировано. Для добычи (тогда help будет сам собой возникать) надо развить библиотеку alterator-sh-functions, чтобы человек описывал "сервисы", но не имел доступа к главному циклу с выбором действий (on_message). Я бы с радостью покопался в этом - это не очень сложно сделать, но времени нет .... посему патчи очень приветствуются ;) Возьметёсь? Я был бы очень благодарен ;) Надо просто делать ряд фунций типа add_action path "read" "description" callback ... и спец. вариант on_message - по имени on_action (параметр можно передавать в message_loop)
_______________________________________________ devel-conf mailing list devel-conf@lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/devel-conf
