5分钟入门 next13-Toy模板网

这篇具有很好参考价值的文章主要介绍了5分钟入门 next13。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

5分钟入门 next13

上半年vercel 推出了nextjs13 这个大版本，刚好最近有个c端的项目，所以就用了这个框架来写，技术体系基本也是文档提到的 tailwindcss + ts + swr + ssr ，总的来开发体验还可以，不管是打包速度、文档、错误信息提示目前都还满意，只不过目前nextjs13 中文资料有点少，不过问题也不大。

之所以只要5分钟就可以入门，是因为我觉得nextjs官网文档写的挺好的，我之前也没有用过nextjs，看文档之后，上手写东西也很快 https://nextjs.org/

文件路由系统

next13 使用文件约定路由，这样就不需要配置 path 与组件的之间的映射关系了。

每一层路由必须建一个文件夹，在该文件夹中建立 page.tsx 作为该路由主页面如域名是：http://baidu.com，页面路径是demo，文件结构如下

app
 demo
  page.tsx
  loyout.tsx

比如在目前这个项目中没有授权的页面路径是 /noAuth ，对应的代码结构就是在跟目录下建一个noAuth 文件夹，文件夹中新建一个 page.tsx 即可即可。

5分钟入门 next13

通过上面，我们知道app 内文件夹会被当作路由结构来解析，如果要自己的文件夹，可以下划线开头的命名，如

5分钟入门 next13

通常我们会在这种文件夹中放一些业务组件或者公共组件。

app 路由模式

next13 默认是app 路由模式，这个模式下我们可以建立一些固定名称的组件，layout、template、page [jx、jsx、ts、tsx]，这些固定名称的组件有不一样的作用， page.tsx 就是我们该模块下的首页。

layout.tsx 该路由下的公共导航，切换路由时，不会刷新，类似模版页，page.txs 就是layout 页面中的 children
template.tsx 该路由下的公共部分，切换路由时，会刷新
page.tsx 该路由的主页面

5分钟入门 next13

layout.tsx 类似模版页，有了这个模版页面，我们可以很方便的编写统一的布局、样式，以及可以利用layout 嵌套来实现子模块个性的布局。

服务端组件

在Next13中，app目录下的组件默认都是服务端组件，在服务器中渲染好dom节点再返回到浏览器（默认没有交互）。

有了服务端组件，我们可以在React应用中用同一套React语法，混合使用服务端组件和客户端组件。

如果需要转换成客户端组件，只需要在文件的开头使用 use clinet 即可。

服务端组件几个比较特别的好处

在服务端组件中发起请求，可以在请求返回HTML前，就完成数据的读取。相比原来JS应用从服务端传送JS资源到客户端，React完成渲染后再向服务端请求数据，大幅减少FCP（首次内容绘制时间）。
有效减少传送到浏览器的JS包体积。
传统SSR的各种优势（SEO友好，首屏渲染快）。

服务器和客户端组件可以组合在同一组件树中，并且他们可以混合使用，通常客户端组件最好在组件树中的叶子节点位置（有交互的组件）。

理论上在nextjs中，服务端、客户端组件应该像上面图那样来划分，外层容器、以及列表数据的获取用服务端组件、交互部分小的组件用客户端组件，这样效率应该不错。

目前服务端组件、客户端组件数据同步的方式还不是太好，目前我只知道通过在服务端组件使用props 的方式。

如果可以做到在客户端组件通过什么东西直接拿，然后数据又是实时同步，类似在服务端组件、客户端组件都能拿到想要的数据状态，且数据保持一致。

服务端组件渲染策略：

静态渲染
动态渲染
流式渲染

其他的也貌似没什么写的，还是多看看官方文档比较好 https://nextjs.org/docs

遇到的问题

nest13 globalThis is not defined

5分钟入门 next13

解决方案：一开始我以为我安装了 globalthis 模块，然后在根 layout 中引入即可。信心满满的打包，部署，然后发现还是报错。

5分钟入门 next13

后面在github的issues 中发现要用Script 组件引入，然后我改成下面这种就可以了。

5分钟入门 next13

配置多个环境，打包不同的环境变量

我们部署的时候有测试环境，预生产、灰度、生产等多个环境，不同的环境，有些配置是不一样如url、或者其他的配置。

一开始我看到文档说 NODE_ENV === development 环境，加载的是.env.development，同理 production 加载的是.env.production，那么我只要设置NODE_ENV 在不同环境下是不同的值即可。

但是经过测试，我发现只要是 build 的命令，next的环境变量 NODE_ENV 一直都是production，覆盖不了，所以这种方式行不通，只能在增加一个环境变量来区分。

所以还是只能通过老办法，通过cross-env 传递变量，然后在 next 的配置文件中写入到nextjs 中，在通过 process.env.xx 使用即可。

"scripts": {
    "dev": " cross-env BUILD_ENV=test next dev -p 3001",
    "build:test": "cross-env BUILD_ENV=test next build",
    "build:pre": "cross-env BUILD_ENV=pre next build",
    "start": "next start -p 3001",
    "lint": "next lint"
  },
      
 // 配置文件中在写入
  env: {
    BUILD_ENV: process.env.BUILD_ENV || "test",
    buildTime: new Date().toLocaleString()
  },
      
 // 使用
  console.log("当前环境", process.env.NODE_ENV);
  console.log("环境变量：", process.env.BUILD_ENV);
  console.log("打包时间：", process.env.buildTime);