В сообщении от Wednesday 17 October 2007 15:25:25 Alexander Bokovoy написал(а): > Vitaly Ostanin пишет: > > Alexander Bokovoy пишет: > > > > <skipped/> > > > >> Показываю ровно для того, чтобы проиллюстрировать идею, а не для > >> предложения конкретного технического решения. > > > > Я всё жду, когда же для технического решения признают необходимость > > технического задания. Тогда будет смысл обсуждать, подходит ли то или > > иное решение. > > Полностью согласен. Я не вижу техническое задание по задаче, которую > призван решить Альтератор уже несколько лет.
Некоторое подобие ТЗ у меня есть тут: http://www.radlinux.org/docs/static/ru/connexion.html + roadmap: http://www.radlinux.org/connexion/roadmap (до тикетов руки не всегда доходят, т.к. post-mortem я их не вешаю, а только чтобы не забыть на будущее) ... У альтератора, как я подозреваю, задачи похожие, хотя явно это я не нашёл. ... Если нужно ТЗ на эту часть, то оно, на мой взгляд, простое: * подключение к системе внешних модулей, написанных на шелл * сохранение состояния в или вне ядра системы (для connexion верно первое, для альтератора -- сторое, т.е. там это придётся делать или в модуле (что хуже) или в прослойке (что, имхо, не лучше)) * возможность подключать иерархии команд из модулей, описанных в одном или нескольких файлах (Стас за последний вариант) Для этого необходимо: * провести ревизию стандартных методов и атрибутов узлов дерева, которые понимает ядро системы (для connexion сделано и частично задокументировано, для альтератора есть документация различных версий) * провести ревизию протокола общения шелл-модуля с ядром системы (для альтератора -- несколько версий, для connexion толком не сделано (но есть прототип поверх mime+base64)) * выработать стандарт написания и/или описания кода модулей с целью картирования функций модуля на стандартные методы, понимаемые ядром системы в пространстве имён одного или более команд (последнее актуально только для однофайловых шелл-модулей) ... Стас, ы? -- Peter V. Saveliev _______________________________________________ devel-conf mailing list [email protected] https://lists.altlinux.org/mailman/listinfo/devel-conf
