3 ms·
I appreciate the separation of concerns. Being able to deploy the front end for template changes without bringing the whole back end application along for the r
by imauld 9y ago
I appreciate the separation of concerns. Being able to deploy the front end for template changes without bringing the whole back end application along for the ride is nice. Additionally if your back end also serves an API for a mobile app (or other third parties via a JSON API) it's nice to be able to serve all your clients via the same endpoints as opposed to having and endpoint for JSON and an endpoint for HTML.
You can probably do both of those things without a JS front end but I feel it's more common for monoliths to end up in a spot where they _need_ to be broken up rather than having kept everything isolated and clean from the beginning. That's just my experience though, YMMV of course.
- andrei_says_ 9y agoI see. In my experience so far, MVC provides a good enough separation of concerns and in the absence of an immediate need for an API, it is more economical to build a monolithic app. Avoiding building a second application for the front end offers huge savings. Adding an API is fairly easy (Rails) and Turbolinks offer a great middle ground for native apps.