4 ms·
Why do people prefer full stack for these sort of frameworks. Doesn’t it create more lock in? What’s the problem with frontend + backend api, the api can even b
by fruit2020 5y ago
Why do people prefer full stack for these sort of frameworks. Doesn’t it create more lock in? What’s the problem with frontend + backend api, the api can even be javascript if people only know one language.
- capableweb 5y agoSame reasons some people like their frontend or backend frameworks to have everything in one place, to have everything in one place. I prefer to compose libraries that carry exactly the functionality I need, and pipe them together myself. But I'd be a fool if I didn't realize that most people start projects today via some sort of framework that promises (and probably does) a "battery-included" sort of solution, where most of the pieces you'll use have already been put together for you, and you just need to write models, controllers and views (but your framework might call them something else).
- deleted 5y ago[deleted]
- newlisp 5y agoSSR. It turns out most devs can write reliable SPAs so you need some sort of hybrid.
- pier25 5y agoBecause SSR has a couple of advantages depending on the use case. The most obvious is SEO and being able to send HTML without any JavaScript. Doing SSR is also simpler than a well made SPA, generally speaking. Your api can be reduced to post requests, or removed entirely. The routing and navigation is much simpler. Etc.