11-18-2025 11:26 AM
I realize the topic sounds paradoxical 😊, but I’d like to gather thoughts on how others design solutions for the following use case:
Actors involved: Root Actor, A, B, C, D.
Hardware interaction:
Message flow:
Sequencing requirement:
I can implement sequencing in Actor A using states within its private data to progress through steps.
This pattern appears often:
An actor needs to interact with multiple actors and execute a serialized sequence of messages, waiting for each response before proceeding to the next step.
How can this be abstracted into parent actors or interfaces so that any actor can easily get this sequencing feature?
11-18-2025 02:34 PM
Can you switch your architecture around such that you do have a simple hardware driver class, then implement "monitor" classes that can monitor the device and handle your UI? As it is now, you have one Actor that's handling UI, monitoring, and some sequencing, which seems like a lot.
If you can write the hardware driver such that it's "thread safe" where multiple callers can interact with it independently, this would probably make things a lot easier.
Driver aside, I think bundling your states into something other than your main actor is a good idea.