|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : doro@doro.poltava.ua 2:5020/400 03 Nov 2006 10:32:25
To : Kirill Frolov
Subject : Re: проектирование программ
--------------------------------------------------------------------------------
On Thu, 2 Nov 2006, Kirill Frolov wrote:
> > Достоинств использования этого метода много.
> > Минимум документации, причем она вся (логика + данные)
> > присутствует на схеме фсм, очень легко расширять, модифицировать код.
> > Быстрота и простота локализации ошибок.
>
> Это да. Hадо понимать, что схема вззаимодействия автоматов тоже имеет
> важность. Только если говорить о технологии предлагаемой А. А. Шалыто --
Спасибо за А. А. Шалыто,
на досуге почитаю.
С наскока показалось довольно интересным.
> она мне представляется несколько ограниченной и неэффективной.
> Hапрашивается планировщик, который бы запускал автоматы только по факту
> возникновения событий (в т.ч. и по факту изменения состояний других
> автоматов). Иначе много бесполезной работы по проверке состояний в
> цикле сильно бьёт по времени реакции на любое событие. Плюс проблема:
> взаимодействие между автоматами ограничено только вызываемостью
> (вызывает проблемы с рекурсивными вызовами) или по номеру состояния
> (описанная выше проблема с опросом и медленной реакцией). Я бы ввёл
> третий тип взаимодействия обслуживаемый планировщиком.
Hу, я при реализации либы fsm сделал много расслаблений.
Hапример:
- я могу начать выполнять fsm с любого состояния, а не с нулевого,
- fsm может завершаться в состоянии, а не только в финишном
- нумерация состояний и событий произвольная
- любая вложеность вызовов FSM (ну это уже реализовано не в либе а в данных
передаваемых в fsm)
Good luck.
----------------------
With respect, Eduard.
mailto:doro@doro.poltava.ua
http://doro.poltava.ua
ICQ: 176017203
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Re: проектирование программ 