▲ | Demiurge 5 days ago | |||||||||||||
Maybe this is a good place to ask... but I was actually considering Next.js as a replacement for Gatsby.js project that is a few years old, but is growing at a steady pace. Given all the negative sentiments, what are better alternatives? I don't even use any SSR, or GraphQL capabilities. The main thing I liked about gatsby vs previous "bring your oown library(router)" are: very little configuring, nice dev server, easy to use plugins. It just solved many of the boilerplate tasks for me, and let me get on with react.js components, hooks, etc. I use Django backend for API, and static hosting for the frontend. Potential alternatives I've found:
Update: after some research, I really Tanstack router approach:
https://tanstack.com/start/latest | ||||||||||||||
▲ | theSIRius 4 days ago | parent | next [-] | |||||||||||||
We've started a Tanstack Start project at work for a green field project, and it is honestly a mixed bag. It took a lot of trial and error to get the whole project working - the server parts were working without an issue, but there was no client hydration. After some debugging, we have found that there was an error being thrown during data preload which took down the hydration process. No errors were emitted, and the docs weren't were helpful at all. But once we got that out of the way, it is pretty nice to work with. The FE developer is very happy with how fast the project is and how easy it is to just peek into the BE portion and understand it. Server functions are just so nice to use and everything gels together really well. But it's still early days though. I would only recommend it if you are OK with parsing not-really-great documentation and maybe some relevant GitHub issues from time to time. | ||||||||||||||
| ||||||||||||||
▲ | mpeg 5 days ago | parent | prev | next [-] | |||||||||||||
FYI remix doesn't really exist anymore, it was folded into react-router a while back. Astro I've found to be pretty solid for prototyping, I like that it gives you control over the rendering of client side code islands and that it works with multiple rendering libraries. I don't love some of the direction they've taken lately though, and I worry that it will become bloated with things like astro db | ||||||||||||||
▲ | soiltype 5 days ago | parent | prev | next [-] | |||||||||||||
I've rebuilt multiple gatsby projects in NextJS recently, and mostly it's actually been pretty nice. However, the crazy high level of abstraction and black-boxing does mean occasionally we run into bugs caused by undocumented behavior and have no idea what is the right way to handle them. | ||||||||||||||
| ||||||||||||||
▲ | hungryhobbit 5 days ago | parent | prev [-] | |||||||||||||
Say anything negative you could possibly say about Next ... and it will apply a thousandfold to Gatsby. Likewise React Router is ... the example I use when I want to tell someone about a terribly engineered library. As you said, there are multiple React Routers, because the developer is completely incompetent, and has no idea what he is doing. As a result, he changes the entire library in massive, backwards-incompatible ways ... EVERY. NEW. VERSION. Astro and Remix are viable options, but there's a reason why Next (despite it's flaws) remains dominant over them. | ||||||||||||||
|