Handling Different Parameter Requirements for Prototype and Production Services
what's the right way to shape services with different paramaters. for example, im currently building out a prototype without any real implementation logic. for example,
createUser just creates an arbitrary and returns it, doesn't require any inputs, but in production, i'll need an email address. for a prototype, the former is more than good enough, because i don't want to impelement a db for the prototyping phase, but i'm seeing an issue when defining services. My PatientLive service will fail because it requires a separate set of CreateUserParams than the prototype service. ALthough, obviously, the result should be the same, since I'll need to pipe it. What's the best way of handling this? Should I move the params schemas to the implmentation code and then do something like params: PrototypeCreateUserParams | LiveCreateUserParams? 