-
- А кто заставляет оформлять задержку как отдельное логическое состояние? Убогость goto? VLLV(1352 знак., 13.04.2019 14:14)
- Стоп! Не вижу в тексте. Как в пределах одного состояния проверить условие дать задержку и проверить другое условие? - Скрипач(13.04.2019 14:29)
- Например вот так. VLLV(959 знак., 13.04.2019 16:15)
- Т.е. отдельным состоянием. Так не интересно. - Скрипач(13.04.2019 16:48)
- Не разобрались, зацепившись за слово. Точно не интересно. - VLLV(13.04.2019 16:54)
- evOpOver. Я не прав? - Скрипач(13.04.2019 17:13)
- Это код события, соответствующего окончанию задержки. Разумеется, в системе есть фоновый таймер, отсчет задержек и формирование событий, эти механизмы универсальны для всех состояний, в которых используются, поэтому и вынесены. - VLLV(13.04.2019 17:35)
- А если таких отсчетов несколько, несколько событий и несколько разных case, верно? - Скрипач(13.04.2019 18:37)
- Верно, есть настраиваемые и есть фиксированные. - VLLV(13.04.2019 19:02)
- Ну и чего я тогда не понял? В моей предметной области это не удобно. Слишком много чисто технологических задержек. Дункелс рулит. - Скрипач(13.04.2019 21:04)
- То, что может быть неудобно, я принимаю, сам недавно обсуждал эту тему в команде, чтобы "система" не пожирала ресурсы. Но разговор ушел немного в сторону, от противостояния goto и переменной состояния типа такого: VLLV(854 знак., 13.04.2019 22:45)
- У меня переменная состояния использована под прототриды. Двухуровневая модель состояний - именованные и неименованные. Потому tradeoff между "формальной правильностью" и чистотой/ читабельностью кода. Скрипач(364 знак., 14.04.2019 06:23 - 06:29)
- Будем, только я пока не готов. VLLV(764 знак., 14.04.2019 08:29)
- Будуте готовы- маякните:) Скрипач(1271 знак., 14.04.2019 20:22 - 20:27)
- Будем, только я пока не готов. VLLV(764 знак., 14.04.2019 08:29)
- Неявное использование goto SERHIO(730 знак., 14.04.2019 00:23 - 00:54)
- У меня переменная состояния использована под прототриды. Двухуровневая модель состояний - именованные и неименованные. Потому tradeoff между "формальной правильностью" и чистотой/ читабельностью кода. Скрипач(364 знак., 14.04.2019 06:23 - 06:29)
- То, что может быть неудобно, я принимаю, сам недавно обсуждал эту тему в команде, чтобы "система" не пожирала ресурсы. Но разговор ушел немного в сторону, от противостояния goto и переменной состояния типа такого: VLLV(854 знак., 13.04.2019 22:45)
- Ну и чего я тогда не понял? В моей предметной области это не удобно. Слишком много чисто технологических задержек. Дункелс рулит. - Скрипач(13.04.2019 21:04)
- Верно, есть настраиваемые и есть фиксированные. - VLLV(13.04.2019 19:02)
- А если таких отсчетов несколько, несколько событий и несколько разных case, верно? - Скрипач(13.04.2019 18:37)
- Это код события, соответствующего окончанию задержки. Разумеется, в системе есть фоновый таймер, отсчет задержек и формирование событий, эти механизмы универсальны для всех состояний, в которых используются, поэтому и вынесены. - VLLV(13.04.2019 17:35)
- evOpOver. Я не прав? - Скрипач(13.04.2019 17:13)
- Не разобрались, зацепившись за слово. Точно не интересно. - VLLV(13.04.2019 16:54)
- Т.е. отдельным состоянием. Так не интересно. - Скрипач(13.04.2019 16:48)
- Например вот так. VLLV(959 знак., 13.04.2019 16:15)
- Стоп! Не вижу в тексте. Как в пределах одного состояния проверить условие дать задержку и проверить другое условие? - Скрипач(13.04.2019 14:29)
- А кто заставляет оформлять задержку как отдельное логическое состояние? Убогость goto? VLLV(1352 знак., 13.04.2019 14:14)