RxTx (29.07.2022 15:48, просмотров: 277) ответил s_h_e на Что характерно, вы ноете о трудности отладки автоматов, но ничего
не говорите об отладке многопоточных приложений. Видимо,
подразумевается, что сообщения всегда передаются в задуманном
порядке, логи обычно не нужны и уж точно никогда не придется
сопоставлять логи из нескольких потоков.Спасибо, князь. Вы настоящий дворянин. И программист.
-
- Да, кстати. Вот это сообщение выглядит как описание проблем с
предложением решений в конце. У "решений" тоже есть свои недостатки
так-то. s_h_e(1 знак., 29.07.2022 21:56, ссылка)
- Да, это исключительно визуальная замена. Конечно, есть недостатки. У нас был прикольный случай, примерно в 2012 году реализация сложной походовой боёвки в онлайн ММО игре. Шаг - состояние. Контр-шаг - состояние. Первая итерация - напрямую. Вторая итерация - на встроенных в C# coroutines, только-только появившихся в C#. В итоге чуть в дурку не уехали, большинством это просто непонимаемо как это работает. Выпилили, на третей итерации я написал язык правил и виртуальную RxTx(7 знак., 29.07.2022 23:11)
- Пардон, я что то пропустил, допустим в мейне делаем несколько разных автоматов каждый под свою задачу и работают с флагами прерываний. Накладных расходов чем любую ОС меньше. Но не универсально, а оно нужно? Простой пример: хочу лабораторный БП сделать с цифровой регулировкой с энкодера и с компа. Установка токового порога и задание напряжения - ШИМ. Приоритеты - регулировка тока первый, напряжение второй, работа с панелью управления и компом, уже не быстро можно, так зачем Visitor(46 знак., 29.07.2022 21:46)
- Да, кстати. Вот это сообщение выглядит как описание проблем с
предложением решений в конце. У "решений" тоже есть свои недостатки
так-то. s_h_e(1 знак., 29.07.2022 21:56, ссылка)