我觉得 nextjs 还好吧，我是基本按照下面的去拆封的，一般 page 就放一个骨架，然后剩下的按功能拆

- common // 公共业务组件
-- navbar.tsx
-- sidebar.tsx
- list.tsx // client 的 list 页
- page.tsx// 页面骨架

page route 时代过来不适应很正常

next.js 在没有 Ai 前 我是觉得这个代码设计和框架还挺丑陋的 但是有 Ai 后 我觉得它是 Ai 最友好的框架 目前没有碰到敌手 不需要切换前端和后端 基本几句话 整个项目都可以用 Ai 搭起来 而且它目前也算是最方便用 Ai 修改功能的框架 说个功能前后端直接干了 它感觉是运气好恰好踩中风口了😎

其它框架感觉用 Ai 写没有 next.js 那么顺 要么切前后端 Ai 理解业务难度还是要比使用 next.js 高不少

从 Remix 用到 React Router v7 ，非常好，生产环境跑得很稳。

小项目用过 Next.js ，跟 React Router v7 比完全是倒退：
- Next 用 "use server", "use client" 区分服务端组件和客户端组件，React Router v7 用 .server.jsx 和 .client.jsx 区分服务端组件和客户端组件，React Router 正常太多了；
- Next 的打包器 Turbopack 比 Vite 慢太多了，开发体验严重倒退；
- Remix 提出的 loader 比 RSC 好用一百倍，获取数据纯函数就行了，RSC 非得和视图耦合在一起，RSC 还有一堆限制，完全不是正常的 React 组件；

@asen001 #7
功能不分前后端，一起的话，可以直接完成功能。你可能主要是写前端，我主要是项目为主，前后端都要自己搞，之前是 nest.js+react 两个项目分开，很多时候后端的(nest.js)完成度就不太好(瞎写大量无效代码，就算正确，前端接口也需要我去改)，或者说如果单抽一个 Ai 不知道怎么去做一个完整的功能，但是使用 next.js ，AI 本身也可以把前后端都考虑进去，接口和页面都一起完成，上下文多了很多，就能更好实现功能，我体验下来效果至少是前后端分开的 10 倍有余，尤其是后端的代码编写。

当然如果仅仅是前端开发，不需要自己写后端倒还好。

写到后面全部 use client 可还行 😂
一般最外层的 page 还保持 server component 用来获取需要的数据 里面需要交互的组件抽出来 有点像 remix 的 loader 用法

不过 nextjs16 又多了一个 use cache 强制 dynamic content 必须 use cache 或者被 Suspense 这点改动其实挺好的 但用起来有点难受 特别是有 path params 的时候。。
哎 蛋疼