Next.js 是深度用于服务器端渲染的最流行的 React 框架之一,它流行了很多年,解析并且被许多开发者所喜爱。深度
然而,解析随着 Remix 的深度开源引入, 开发人员已经开始怀疑哪个框架对他们的应用程序来说更加友好,所以,解析在本文中,深度我将对比 Next.js 和 Remix 的解析一些重要特性,来帮助您选择最佳框架。深度
当谈到路由时,解析Remix 和 Next.js 之间有许多相似之处。深度例如,解析 它们都遵循基于文件的约定式路由系统,并支持动态路由。深度
在 Next.js 中,解析 当你在 /pages 文件夹下创建一个文件, 它将自动设置为路由。
pages/index.js ==> /
pages/users/index.js ==> /users
pages/users/create.js ==> /users/createRemix 也会自动创建路由. 但是深度, 你需要在app/routes 文件夹下创建文件。
app/routes/index.js ==> /
app/routes/users/index.js ==> /users
app/routes/users/create.js ==> /users/createRemix 路由是基于 react-router 构建的, 并且你可以直接使用 React Hooks, 比如 useParams 和 useNavigate。另一方面, Remix 内置支持嵌套布局的嵌套路由,而 Nest.js 则不支持。
web 应用程序中有几种数据加载技术。分别是:
(SSR)Server-side rending in the runtime 服务端渲染.(SSG) Static Site Generation 静态生成 + (ISR) Incremental Static Regeneration 增量静态生成 .(CSR)Client-side rending at runtime 客户端渲染.混合服务端渲染和客户端渲染和静态生成在 Next.js 中, 开发人员可以自由的选择上述所有方法技术中加载数据,香港云服务器比如我的博客[1]就是使用了 SSG 将文章详情页打成静态资源,新写的文章就使用了增量静态生成,不需要再次打包。
你可以使用getServerSideProps这个方法直接获取数据,并且可以通过 getStaticProps 和 getStaticPath 在构建时从服务器端加载数据。以下代码示例显示如何使用 getServerSideProps 加载数据
export const getServerSideProps = async ({ params, query }) => {
const id = params.id
// 通过 url 上的id 获取数据
// const data= await db.res.query(id)
return { props: { id, Data}}
};
export default function age({ id, data}) {
return (
);
}在 Remix 中 ,只支持 SSR 和 CSR,只支持这 2 种。
你必须导出一个 loader 在路由页面,然后使用 useFetcher 这个 Hook 从服务端渲染中获取数据。
import { useLoaderData } from "remix";
export let loader = async ({ params, request }) => {
const id = params.id
// 通过 url 上的id 获取数据
// const data= await db.res.query(id)
return { id, data}
};
export default function Page() {
let { id, dataLimit} = useLoaderData();
return (
);
}Next.js 支持服务器端渲染 (SSR) 、静态站点生成 (SSG) 、增量静态生成 (ISR) 和 CSR (客户端渲染) . 对比,Remix 它仅支持 SSR 和 CSR。
在 Next.js 中没有直接可以操作 cookie 的内置函数。但是像 Cookie.js 这样的流行库可以与 Next.js 或 NextAuth.js 一起使用,比如将用户身份验证数据保存在 cookie 中。
Remix 支持开箱即用的方法操作 cookie 。您可以通过调用函数来生成 cookie,然后序列化或解析数据以存储或读取它。服务器租用
以下来自 Remix 的代码片段显示了如何在 Remix 中创建用于管理浏览器 cookie 的逻辑函数。
import { createCookie } from "remix";
const cookie = createCookie("cookie-name", {
expires: new Date(Date.now() + 60),
httpOnly: true,
maxAge: 60,
path: "/",
sameSite: "lax",
secrets: ["s3cret1"],
secure: true
});在样式方面,Remix 与 Next.js 略有不同。Remix 提供了一种内置技术,可以使用links方法动态添加样式,而 Next.js 支持 Styled-JSX 作为 CSS in JS 方案或者使用 css modules,全局样式只能写在最外层的 app.js 中
function Home() {
return (
Some paragraph
{
.container {
margin: 20px;
}
p {
color: blue;
}
`}
)
}
export default HomeRemix 使用一种简单的方法向页面添加样式,使用 标签 。当页面切换到该页面下自动加载样式原先页面下的样式自动删除,下面的代码片段展示了如何使用links函数以在 Remix 中加载样式表。
export function links() {
return [{
rel: "stylesheet",
href: "https://test.min.css"
}
];
}通过上述代码,会自动在页面中装载和卸载 link。
Next.js 非内置,需要使用 ajax 处理。
Remix 提供了内置表单功能 通过代替然后可以在 action 中, 使用 formData.get("\_action") 获取数据
export async function action({ request }) {
let formData = await request.formData();
let action = formData.get("_action");
switch (action) {
case "update": {
// do your update
return updateProjectName(formData.get("name"));
}
case "delete": {
// do your delete
return deleteStuff(formData);
}
default: {
throw new Error("Unexpected action");
}
}
}
export default function Projects() {
let project = useLoaderData();
return (
<>
Project name:{ " "}
type="text"
name="name"
defaultValue={ project.name}
/>
Update
Delete
);
}Next.js 可以在任何服务器上安装并且运行 next build && next start,并且它支持了 serverless 模式,Netlify 团队也在写关于 serverless 的适配。
Remix 也可以在任何平台上运行,并与任何系统接口。因此,Remix 是 HTTP 服务器请求处理程序,允许您使用任何服务器。当您构建 Remix 应用程序时,系统会询问您要在哪里部署它,在撰写本文时,会以下选项:
Remix App Server
Express Server
Netlify
Cloudflare Pages
Vercel
Fly.io
Architect (AWS Lambda)
Next.js
Remix
SSG 静态站点生成
✅ 内置
不支持
SSR 服务器端渲染
✅ 内置 getServerSideProps
✅ 通过 loader
API 路由
✅pages/api/ 目录下
Remix 就是云服务器提供商路由,你可以更加灵活去进行自定义路由
Forms 表单
非内置
✅ 内置,且功能强大
基于文件系统的路由管理
✅ 页面级
✅ 组件级
会话管理
非内置
✅ 内置 Cookie、Sessions
禁用 JS
未提供充分支持
✅ 静态页面路由
样式
✅ 提供了全局及组件级样式支持 TailwindCSS 等
路由级 CSS 装载和卸载
嵌套布局
不支持
✅ 内置
i18n 国际化
✅ 内置
非内置
图片优化
✅ 通过 next/image 组件
✅ 通过简单转换、备选质量等方式
谷歌 AMP
✅ 内置
非内置
适配器
Node.js Request 和 Response 接口
Fetch API Request 和 Response 接口
Preload
链接自动
非自动
异常处理
创建 404,500 等页面
使用 ErrorBoundary 组件局部抛错
Polyfill
fetch、Object.assign 和 URL
fetch
静态网站。这是其最大优势,配合 Tailwind css 可以更加灵活地制作出样式优美的页面及组件,拥有着较为完善的生态圈。
适合快速上手做项目。
管理后台,对于数据的加载、嵌套数据或者组件的路由、并发加载优化做得很好,并且异常的处理已经可以精确到局部级别。
或许是下一代的 Web 开发框架,需要折腾。
总体而言,Remix 是一个强大的框架,它将在 2022 年变得更加普遍。但是,在处理生产级应用程序时,使用 Next.js 将是显而易见的选择,因为它已经建立并得到社区的支持。
本文主要翻译上述文章,但是存在不全面的地方,我做了修改和补充。
参考资料
[1]博客: https://maqib.cn/
[2]网站的未来:Next.js 与 Remix: https://segmentfault.com/a/1190000041050654
[3]Remix vs. Next.js: A Detailed Comparison: https://img.ydisp.cn/news/20220902/tg4rjz2baps