PRNext 和 Next.js：兼容性和迁移指南
评估 Next.js 项目中的 PRNext 0.1.18-alpha：先决条件、审核、迁移、浏览器检查和保留的参考应用程序。
PRNextPRNext 适合您的 Next.js 应用吗？
撰写者 PRNext
PRNext正在为您的 React 应用程序寻找 Next.js 替代方案或不同的运行时？当 PRNext 的选择满足您可以命名和测量的需求时，PRNext 值得评估：CPU 在负载、空闲内存或在您的基础设施上运行。
PRNext 仍然是一个实验性的 alpha 版本，具有部分 Next.js 兼容性。本指南有助于决定测试什么以及何时保留当前的解决方案。示例和边界是指 0.1.18-alpha 和比较中确定的测量活动。
从一个可观察到的问题开始
动态渲染期间的 CPU 压力为您提供了一些可以测量的东西。几个很少访问的演示提出了空闲内存问题。依赖于私有 Next.js 行为的集成首先会引发兼容性问题。
在测试之前定义预期结果：支持给定的并发且没有错误，降低测量的 CPU 成本或通过唤醒保留数据。 GitHub 星、成功安装或基准屏幕截图不符合这些标准。
认识值得评估的情况
独立的演示或内部工具可以提供清晰的评估范围。主要使用公共 Next.js 约定的现有项目也可以成为候选项目，前提是其实际旅程经过验证。
对于对中断敏感的应用程序，请从停产原型开始。生态系统成熟度、特定依赖性以及团队研究阿尔法问题以及潜在收益的能力。试用成本包括测试和维护时间。
在小屏幕上，水平滚动表格。
| 您的优先事项 | 首先检查 |
|---|---|
| 下 SSR CPU | 相同的动态路线和 CPU 预算 |
| 低怠速 RAM | 睡眠周期和唤醒延迟 |
| 有限的迁移 | 审核、配置和浏览器旅程 |
| 完整的 Next.js 生态系统 | 私有依赖项和所需功能 |
| 完全静态的网站 | 是否需要渲染服务器 |
了解Rust和Node的作用
PRNext 使用本机 Rust 服务器和 Node Worker 进行 React 渲染。选择 PRNext 不会将 Node 从需要渲染的应用程序中删除。框架、本机组件和 React 版本需要对齐。
该架构解释了工作人员和资源管理的选择。它并不能证明每条昂贵的 React 路线都会更快。您的代码、数据调用和响应形状仍然是工作的一部分。
阅读有利的结果和限制
在两个 CPU 预算的情况下，测试的 PRNext 候选者服务于 100-row SSR 页面，吞吐量比 Next.js 多大约 57% 。在相同预算的 1,000-row 页面上，Next.js 领先。在两种环境中使用 Next.js 测得的水合作用也更快。
小型 VPS 对于普通 SSR 表现出较低的 CPU 成本，但对于 PRNext 表现出较高的 PSS。睡眠探测表明内存减少，以换取较慢的唤醒速度。这些结果描述了已确定的场景和候选方案，而不是通用排名或最终包的新测试。
第一次试验的范围围绕一个完整的旅程
选择跨越产品的旅程：动态页面、导航和数据更改操作。在副本中安装所需版本，检查迁移，在浏览器中构建和练习该旅程。
然后通过经过验证的响应观察代表性负载下的资源。保留 Next.js 参考和验收标准以及结果。如果候选人未能满足一项基本要求，请在投资更广泛的迁移之前找出它。
做出记录在案的决定
一次成功的试验会产生一个确定的版本、经过验证的功能范围和满足您需求的测量结果。暴露限制的试验也会产生有用的信息：您知道缺少哪个功能以及为什么部署应该等待。
对于简单的应用程序，快速入门提供了一条简短的路径。对于现有产品，保留兼容性检查和参考作为基础。该决定取决于项目要求和您对 alpha 的容忍度。