If I google 'dependency architecture' I get a bunch of results like this one, which has either this circle model:
Or this n-tier layered one. (To be fair, the source of this image is criticising this approach for not supporting dependency injection).
It seems to me that these diagrams are more relevant to conventional monoliths, where you seperate out your data access logic, your application logic, your frontend logic.
However, I'm thinking about in the context of microservices, and modern SPAs where there's a lot more logic happening on the frontend.
This talk by Monica Lent, where she's talking specifically about frontend architecture is what I have in mind.
Any suggestions, new key words to google? Or is the onion/n-tier architecture just are relevant to microservices and SPAs?
Top comments (1)
There's a couple of great books I'd recommend regarding software architecture:
I believe the architecture/pattern most commonly associated with modern SPAs is MVVM (model-view view-model). This architecture represents the typical thick client SPA, where actions from the view are received by the view-model, which in turn updates the application's state and propagates these updates back to the view layer