Конечный автомат является привлекательным вариантом для управления пользовательским интерфейсом. В частности, я пытаюсь провести пользователя через процесс входа в систему, который легко моделируется конечным автоматом.
После этого урока кажется, что нужно создать компонент с конечным автоматом S CXML в качестве внутреннего сервера, а затем сопоставляет состояния в машине с состояниями в интерфейсе. В моем случае это означает изменение индекса StackLayout на основе пользовательского ввода.
Однако, пройдя через это, я не вижу очевидного преимущества машины S CXML. Мне нужно создать все состояния пользовательского интерфейса, чтобы они соответствовали состояниям S CXML, и мне нужно написать код для изменения состояния компьютера (фактически, просто инициировать события компьютера) на основе того, что происходит в пользовательском интерфейсе. , Почему бы просто не вырезать машину S CXML в целом?
Я что-то здесь упускаю? Просто конечный автомат более полезен для графических эффектов, чем для управления пользовательскими взаимодействиями?