I think I saw this early on, but then forgot about it. Stumbled upon it today, and it actually looks like a cool project. Have anyone any experience of using it for a real or just a toy project?
I think I saw this early on, but then forgot about it. Stumbled upon it today, and it actually looks like a cool project. Have anyone any experience of using it for a real or just a toy project?
The MVC pattern is really good for writing your endpoints.
In C# I use the mediator pattern and vertical slice.
This means the controller handles everything http related and then sends the mediator request and converts the response back to http responses.
This means I can structure my code however I want and the controllers have no awareness of it and just deal with http.
We are moving to the controller-service-repository pattern for our backend services. Basically:
This makes the code a lot more testable.
Our frontends basically do React-style MVC, which helps reduce bugs from internal state not matching the model.
Tbh that’s essentially what we do. Just with a mediator between the controller and services. Maybe a better name for it.
Ok, so it sounds like our controller is doing the mediator role, and our web framework (with the middleware and whatnot) is doing your controller work.
Our project is in Python with Flask, and Flask + middleware handles general stuff (authentication, parsing headers, etc), which is common for most requests, and then the controller loads the metadata into structures (JSON, query params, etc) with basic validation (ranges, values for enums, etc), and the service takes it from there.
AspNetCore works very much the same.
The mediator pattern is a little different though. It doesn’t talk to the service directly.
The controller creates a request object and passes it to the mediator. The mediator finds the correct handler and invokes it. The result is then returned to the controller.
It essentially completely decouples the controller from the service.
Ah, makes sense. Thanks!