前端开发： 有用过 remix 框架吗？它和 nextjs 相比，有什么区别？

[HaroldFinchNYC]

我觉得 nextjs 挺好，但又忍不住想试试 remix

但 nextjs 其实有一些问题，也不是 100%满意的

所以想听听各位的意见

PS: 似乎不让我用 [彦--祖]这俩字 很奇怪

[colorcat]

remix 可能还不够成熟，社区比较小，可以个人项目试试

[liberty1900]

就冲 remix 的官网很炫酷吧

[charlesmax]

其实差不多，只是 remix 路由方式和如何区分服务渲染更为优雅一点吧，不然 nextjs 去学 remixjs 了

[Memoriae]

next.js 13 app dir & server component 小问题太多，从 issues 可以看出，如果考虑的是前端实现(ISR,SSR,Edge)，个人认为 next.js 更好上手，最重要的是 vercel 这一平台带来的开发体验，如果经常留意 vercel 动态的话，我也知道因为`/api`带来的争议，它很容易上手，我没做过大型项目，也没 cs background ，不知道如何准确评估它。

Remix 更倾向于全栈开发，它的大本营 fly.io 和 vercel 没有太多差别（指功能上的实现），路由实现可能多一点优势。

我纯外行投 next.js 一票，社区强大，遇到问题更容易解决，几乎不需要折腾，只要不追新版本。

[Memoriae]

> 我觉得 nextjs 挺好，但又忍不住想试试 remix 。但 nextjs 其实有一些问题，也不是 100%满意的。

我之前也有这种想法，但我后来换成 astro ，写了篇[搬迁的文章]( https://www.xushilu.com/posts/from-nextjs-to-astro-a-simpler-solution-to-build-a-website/)，建议以实现功能为导向，很多框架一上来就说“性能得到多大的改善”，之前 turbopack 搞“性能测速”就被社区批评，似乎前端社区陷入一种性能焦虑的伪需求？（应该是我的误解）

[lneoi]

前段时间看了看 Astro 感觉挺不错的，正打算写个项目试试

[huijiewei]

nextjs 吧 。remix 太任性了，V2 的路由真的无力吐槽

[HaroldFinchNYC]

@Memoriae nextjs 确实问题挺多，小问题非常讨厌，很久不解决，这就是我对它印象不太好的原因

[foolishcrab]

你连 next 的小问题都觉得难受的话，remix 根本不用试，了解下概念就可以了。

有一说一，vercel 一直鼓吹的 DX 我觉得确实也就那样

[liveoppo]

除非某种框架明显强很多，否则就用最大众化的那个框架

[violetlai]

@HaroldFinchNYC

你用了 vue 的 nuxt 才知道啥叫问题多了，公司用的 vue 技术栈。

nuxt3 用的欲仙欲死，学了 next 才感觉生态的强大以及渲染方案上面的优势。

[zhwithsweet]

个人比较喜欢轻量的，Astro 或者 vite 直接启动吧； next nuxt 都太重了，不怎么喜欢。next 本体都 10m 加上 turbo 一套 30m 往上了，mac 内存又比较贵，不怎么爱用（逃

[a379395979]

现在前端还是 SPA 应用多吧？ next remix 导出静态不是 SPA 的就放弃了

[colorcat]

@a379395979 nextjs 导出静态是 SPA 的效果哦

[Memoriae]

Next.js13.3 最近添加了 app dir 下的[SSG]( https://nextjs.org/blog/next-13-3#static-export-for-app-router)

是严格的 SPA

[a379395979]

@colorcat 导出的是多个 html 文件，如果 nginx 不配置的话甚至跳转都会出错。

[a379395979]

@Memoriae 13.3 上周刚试了下，导出还是老样子吧？ 由于 app dir 是 beta 版 bug 好像还挺多

[Aloento]

@huijiewei 刚刚看了 V2 的路由，我一脸问号，V1 路由挺好的怎么到 V2 就成 .... 和 ___ 来配路由了