Refactor: Distinguish "server" and "client" in "debugger" class
dgkf opened this issue · comments
Instead of having multiple debuggers that relay information between them, I think it would model the problem more directly to separate "debugger" into two classes, a server and client.
Running in the background, we would expect to spawn a server in the subprocess, which would listen for a tcp client (for IDE access) and a socket client for communication with the parent process.
This way, both the R REPL and the IDE are both considered equal parties as clients. If either affects the state of the debugger, that should be emitted to any attached clients to update their state.
This refactor is now added in