Closed dzervas closed 5 months ago
@dzervas this is all changing soon with the new work going into the oplog and evolution tree so would be a good reason not to sink your time into that right now! Agree with what you've said though! initially the project did not have a message passing api which was later added, then after that the front end was converted from javascript to typescript. the new oplog work will change it again; this time with the oplog providing a focus on what happened, like an event sourcing system, rather than being focused on state as the codebase currently is.
awesome!
At this point the
Message
enum and trivial methods around it are handwritten all over the project:project::Message
rust enumMessage
TS type in types.d.ts (which is not the same asMessage_GeneratedFromRust
)is that a design choice for some reason?
My thought was to have a single point of truth (rust) and then auto-generate everything else (using macros, build scripts, you name it). Any reason NOT to sink my time into that/design constraints?