=AlexD= (15.01.2008 11:56, просмотров: 421) ответил Алексей Мусин на Против ручного ничего не имею. Но сначала надо рисовать диаграмммуВаш же подход идет против направления "сверху-вниз".Это моё личное предвзятое мнение. Любое совпадение с реальностью является случайным и непреднамеренным.
-
- А то, что FSM (более общо, алгоритм) может делать чел, который Си и не знает, зато он профи в области, для которой девайс предназначен. - Алексей Мусин(15.01.2008 11:59)
- Ну и дать ему ключевые слова Си, и правила их применения (ограниченный набор). Что тут такого? А набить полученный шаблон рабочим кодом сможет уже программист. Какая разница - чему человека учить? Пример: =AlexD=(2734 знак., 15.01.2008 12:19)
- не, switch-технология при большом числе состояний превращается в монстра. по своему проекту знаю. - bialix_(15.01.2008 13:32)
- Не обязательно делать всё в одном свиче, можно раскидать по логическим группам команд. Делал, нормально получается. А рендеру пофиг - сколько найдёт корректных свичей - столько объектов сгенерит (как я себе представляю). - =AlexD=(15.01.2008 13:41)
- Вообще, оптимизация свичей - тоже тема. Я сначала генерирую избыточный код, потом лишнее вырезаю (повторяющиеся ветки), а также инвертирую логику FSM =AlexD=(213 знак., 15.01.2008 13:47)
- у меня на самом деле используется смесь логик и для уменьшения сложности я использую выделение подавтоматов для групп задач. - bialix_(15.01.2008 14:42)
- Впрочем, был бы рендер - писал бы сразу нормально. - =AlexD=(15.01.2008 13:51)
- Вообще, оптимизация свичей - тоже тема. Я сначала генерирую избыточный код, потом лишнее вырезаю (повторяющиеся ветки), а также инвертирую логику FSM =AlexD=(213 знак., 15.01.2008 13:47)
- А какая альтернатива? - Алексей Мусин(15.01.2008 13:38)
- очень неоднозначная. - bialix_(15.01.2008 13:40)
- Изврат какой? :) - Алексей Мусин(15.01.2008 13:43)
- на сях альтернатива -- это таблицы, но их построение должно быть автоматическое, следовательно нужен си-подобный DSL. Мне такой неизвестен. Самому писать все некогда. bialix_(986 знак., 15.01.2008 14:16, ссылка)
- Спасибо большое, буду изучать. - Алексей Мусин(16.01.2008 07:46)
- вот кстати сравнительная новая статья (я давно уже этот сайт не читал) -- вручную кодировать таблицы (или через эксель). - bialix_(15.01.2008 14:19, ссылка)
- Все хорошо, но я про другое думаю. Оставим автоматы на 1к состояний теоретикам, займемся практикой. Для практики важна, + ко всему, еще и "компактность средств". Т.е. есть некий средний проект, который разрабатывается командой из нескольких человек. Evgeny_CD(890 знак., 15.01.2008 14:36)
- вы статью-то хоть прочитали? прочитайте внимательно. там как раз шаблон программы описан. - bialix(15.01.2008 23:09)
- Каюсь. Не вкурил! Буфер входной переполнился :) - Evgeny_CD(16.01.2008 10:36)
- вы статью-то хоть прочитали? прочитайте внимательно. там как раз шаблон программы описан. - bialix(15.01.2008 23:09)
- Все хорошо, но я про другое думаю. Оставим автоматы на 1к состояний теоретикам, займемся практикой. Для практики важна, + ко всему, еще и "компактность средств". Т.е. есть некий средний проект, который разрабатывается командой из нескольких человек. Evgeny_CD(890 знак., 15.01.2008 14:36)
- на сях альтернатива -- это таблицы, но их построение должно быть автоматическое, следовательно нужен си-подобный DSL. Мне такой неизвестен. Самому писать все некогда. bialix_(986 знак., 15.01.2008 14:16, ссылка)
- Изврат какой? :) - Алексей Мусин(15.01.2008 13:43)
- очень неоднозначная. - bialix_(15.01.2008 13:40)
- Не обязательно делать всё в одном свиче, можно раскидать по логическим группам команд. Делал, нормально получается. А рендеру пофиг - сколько найдёт корректных свичей - столько объектов сгенерит (как я себе представляю). - =AlexD=(15.01.2008 13:41)
- Да, взглянув на этот код, надо в мозгах его "разворачивать" в картинку. Алексей Мусин(290 знак., 15.01.2008 13:18)
- Не, не так надо. Пусть рисует на бумажке (это правильно!), потом по нему пишет шаблон, рендерит картинку, разукрашивает её, правит, вылизывает, распечатывает, подписывает, а уж потооооом, отдаёт тебе на кодирование! :-) - =AlexD=(15.01.2008 13:29)
- Идеал - это когда мне не давали бы на кодирование ничего. PLC технология (на языках IEC 61131-3). - Алексей Мусин(15.01.2008 13:36)
- Это так я резанул из-за одного моего проекта. Так-то решение не для каждого девайса, конечно. - Алексей Мусин(15.01.2008 13:40)
- Ну... начать нужно с малого, а далее останется один шаг. - =AlexD=(15.01.2008 13:38)
- Идеал - это когда мне не давали бы на кодирование ничего. PLC технология (на языках IEC 61131-3). - Алексей Мусин(15.01.2008 13:36)
- Не, не так надо. Пусть рисует на бумажке (это правильно!), потом по нему пишет шаблон, рендерит картинку, разукрашивает её, правит, вылизывает, распечатывает, подписывает, а уж потооооом, отдаёт тебе на кодирование! :-) - =AlexD=(15.01.2008 13:29)
- Нужна формализация способов описания на человеческом языке. типа case DISABLE: // тут мы все запретили нахрен фсе. Тулза рисует состояние, его формальное имя/номер, и строку описания. - Evgeny_CD(15.01.2008 12:27)
- не, switch-технология при большом числе состояний превращается в монстра. по своему проекту знаю. - bialix_(15.01.2008 13:32)
- Очень мудрая мысль! FSM должна быть описана на очень простом языке, отрисована графически, а потом это описание должно быть встроено в С код. Это будет самое грамотное! - Evgeny_CD(15.01.2008 12:07)
- Ну и дать ему ключевые слова Си, и правила их применения (ограниченный набор). Что тут такого? А набить полученный шаблон рабочим кодом сможет уже программист. Какая разница - чему человека учить? Пример: =AlexD=(2734 знак., 15.01.2008 12:19)
- А то, что FSM (более общо, алгоритм) может делать чел, который Си и не знает, зато он профи в области, для которой девайс предназначен. - Алексей Мусин(15.01.2008 11:59)