4 ms·
>There's no reason that API driven design has to involve client-side rendering. You can always consume your API on the backend and render on the server. I'll g
by macspoofing 13y ago
>There's no reason that API driven design has to involve client-side rendering. You can always consume your API on the backend and render on the server.
I'll give you that I suppose, though I understand it as a lightweight server, and heavier client. On the other hand, splitting up your components into API and page-rendering servers (in addition to your database, caching, messaging servers and your reverse proxies and load-balancers) complicates your deployment and maintenance and you pay for that - so it isn't quite the panacea and now you really have to decide whether it makes sense to go down that route, that early.
- kaolinite 13y agoIt's not really any more or less complicated than doing it on the client-side, especially if you use something like Her (https://github.com/remiprev/her https://github.com/remiprev/her). It's definitely more complicated than just using a database though - whichever way you do it. It's the other advantages that it brings that makes it potentially worth doing.
- dreamfactory 13y agoMVC manages it and is possibly the most common pattern in web dev.