Next.js 项目最佳实践

 前方高能,干货满满,建议点赞➕关注➕收藏;后续还有该系列的 进阶教程 持续送上

什么是 Next.js

“ Nest.js 通过提供所有生产环境需要的功能来给你最佳的开发体验:构建时预渲染,服务端渲染,TypeScript 支持,智能打包,路由预加载,零配置等等 ”

正如上文的介绍,Next.js 是一个非常全面的现代全栈应用构建方案。它包含了非常优雅的 TypeScript 和 React 支持,同时提供了现代应用常见的需求解决方案,例如:路由,API,PostCSS 工具和代码分割等。

与此同时它也支持静态站点生成(用于可以在任何地方托管的高性能静态 HTML 页面)或者是通过 Vercel / AWS 等部署 Node.js 服务来进行数据按需加载的服务端渲染页面

Next.js 已迅速成为 Web 开发领域最抢手的技能之一。本教程旨在充当 Next.js文档 的 “ 实用 ” 延伸,并帮助你使用大量最佳实践来开发项目,这将有利于你在今后对项目实施进一步的扩展。

介绍

本教程不是为了替代官方文档,因为官方文档已经写得非常简单易懂了。我强烈推荐你在学习本文之前先大致过一下 这一章 的内容,这样你对文中的术语和工具会比较熟悉,他们提供的一些组件与普通 HTML 组件相似,但通常是“更强大”的版本。

我承认其中许多的是严格的并且带有主观色彩的,如果其中任何一个对你没有吸引力,那么在大多数情况下可以简单地跳过这些部分并且应该仍然能够完成本教程而不会遇到太多麻烦

现在,如果你已经准备好了,那就开始学习吧 !

项目创建

我们将使用 TypeScript 模版来创建一个默认的 Next.js 应用

npx create-next-app@latest --typescript nextjs-fullstack-app-template-zn

cd nextjs-fullstack-app-template-zn

// ESLInt : YES
// `src/` directory : YES
// `app/` directory : NO

首先我们试试这个项目能不能正常运行。我们在这个例子中会使用 yarn ,当然你也可以用 NPM 或其他的工具

yarn dev

你可以打开 http://localhost:3000/ 看到这个 demo 已经成功运行

1.png
也推荐你运行

yarn build

来确保你的项目能够成功打包。推荐(非必需)关闭开发服务器来运行 Next.js 的构建命令。大多数时候没有问题,但偶尔构建会使你的开发服务器处于需要重新启动的奇怪状态。

构建成功之后你可以在命令行看到这些绿色和白色文字的报告,构建过程是高效的,我们将在开发的过程中尽量保持这样的状态。

引擎锁定

我们在本项目中使用的 v16 的 Node.js。你可以通过 node --version 检查版本。打开 package.json engines 字段是你指定所使用工具的特定版本的地方。

{
  "name": "nextjs-fullstack-app-template-zn",
  "version": "0.1.0",
  "private": true,
  "author": "YOUR_NAME",
  "scripts": {
    "dev": "next dev",
    "build": "next build",
    "start": "next start",
    "lint": "next lint"
  },
  "dependencies": {
    "@next/font": "13.1.6",
    "@types/node": "18.11.18",
    "@types/react": "18.0.27",
    "@types/react-dom": "18.0.10",
    "next": "13.1.6",
    "react": "18.2.0",
    "react-dom": "18.2.0",
    "typescript": "4.9.4"
  },
  "engines": {
    "node": ">=16.0.0",
    "yarn": ">=1.22.0"
  }
}

Git 配置

这将是我们第一次提交到远程仓库的好时机,以确保更改得到备份,并遵循最佳实践将相关更改分组在一个提交中,然后再做新的修改。

默认情况下,你的 Next.js 项目已经初始化了一个 repo。 你可以使用 git status 检查你所在的分支。 它应该会显示类似下面的文案

$ git status
On branch main
Changes not staged for commit:
  (use "git add ..." to update what will be committed)
  (use "git restore ..." to discard changes in working directory)
    modified:   package.json

Untracked files:
  (use "git add ..." to include in what will be committed)
    .npmrc
    .vscode/

no changes added to commit (use "git add" and/or "git commit -a")

这告诉我们我们在 main 分支上,我们还没有暂存或做出任何提交

让我们提交目前的变更

git add .

git commit -am "feat: project init"

第一个命令将在项目目录中添加并暂存所有在 .gitignore 中未被忽略的文件。 第二个将使用我们在 -m 标志之后写的消息来提交当前项目的状态

跳转到你喜欢的 git 托管服务提供商( 比如 Github)并且创建一个新的仓库来存放你的项目。

现在你已准备好添加仓库的远程源并进行推送。 Github 会在你创建的时候给你准确的说明。 你的语法可能与我的略有不同,具体取决于使用的是 HTTPS 还是 SSH。

git remote add origin [email protected]:{YOUR_GITHUB_USERNAME}/{YOUR_REPOSITORY_NAME}.git

git push -u origin {YOUR_BRANCH_NAME}

请注意,从这一点开始,我们将使用 Conventional Commits 标准,特别是 此处描述 的 Angular 约定

原因与该项目中的许多其他功能一样,只是为所有开发人员设置一个一致的标准,以便在为项目做出贡献时最大程度地减少培训时间。我个人不太关心选择什么标准,只要每个人都同意遵循它,才是最重要的。

一致性就是一切 !!!

代码格式化和质量工具

为了设定一个标准,供项目的所有贡献者使用,以保持代码风格一致并遵循基本的最佳实践,我们将使用两个工具:

  • eslint - 代码规范的最佳实践
  • prettier - 自动格式化代码文件

ESLint

我们从 ESLint 开始,它非常简单因为在我们创建 Next.js 项目的时候已经自动安装好并且有了默认配置。

我们仅需要添加少部分额外的配置就可以让它比默认配置更加严格。如果你不同意其中的任何一条规则配置,不用担心,我们可以非常简单的手动关闭这些规则。我们将所有的 ESLint 配置都写在 .eslintrc.json 文件中,这个文件已经存在于我们项目的根目录。

.eslintrc.json

{
  "extends": ["next", "next/core-web-vitals", "eslint:recommended"],
  "globals": {
    "React": "readonly"
  },
  "rules": {
    "no-unused-vars": [1, { "args": "after-used", "argsIgnorePattern": "^_" }]
  }
}

在上面的代码示例中,我们添加了一些额外的默认值,我们声明 React 将始终被定义,即使我们没有专门导入它,我还添加了个人自定义规则,它允许你为变量添加前缀(带下划线 _) 如果你已声明它们但未在代码中使用它们

我发现当你正在处理一项功能并想准备一些变量以备后面使用但又尚未达到实现它们的地步时,这种情况经常出现

你可以测试一下你的配置通过运行:

yarn lint

你会得到类型的提示

✔ No ESLint warnings or errors
✨  Done in 3.48s.

如果你遇到任何错误,那么 ESLint 非常擅长清楚地解释它们是什么。如果遇到你不喜欢的规则,你可以简单的将它从 1(告警)设置成 0(忽略) 来关闭它

"rules": {
    "no-unused-vars": 0, 
 }

让我们在这时候进行一次提交,带上信息 build: configure eslint

Prettier

prettier 会为我们处理文件的自动格式化。让我们将它添加到项目中

它只需要在开发过程中使用,所以需要添加到 devDependency

yarn add -D prettier

同时我也推荐你安装 Prettier VS Code 插件 ,这样你不用依赖命令行工具就可以在 VS Code 中进行文件格式化。在你的项目中安装和配置它意味着 VSCode 将使用你项目的设置,因此仍然有必要在此处添加它。

我们将在根目录添加两个文件:

.prettierrc

{
  "trailingComma": "es5",
  "tabWidth": 2,
  "semi": true,
  "singleQuote": true
}

这些配置完全由你自行决定什么最适合你的团队和项目

.prettierignore

.yarn
.next
dist
node_modules

在这个文件中我列了一些目录,我不希望 prettier 在这些目录中浪费任何资源去进行格式化。你也可以使用类似 *.html 这样的方式去忽略你选择的文件类似

现在我们在 package.json 添加新的 script ,然后我们就可以运行 Prettier:

package.json

...
  "scripts: {
    ...
    "prettier": "prettier --write ."
  }

你可以运行

yarn prettier

自动格式化、修复和保存项目中你未忽略的所有文件。 默认情况下,我的格式化程序更新了大约 5 个文件。 你可以在 VS Code 左侧的源代码管理选项卡中的已更改文件列表中看到它们。

让我们在这时候进行一次提交,带上信息 build: implement prettier

Git Hooks

在我们开始进行组件开发之前,还有一节是关于配置的。 请记住,如果你要长期构建该项目,你将希望该项目尽可能坚如磐石,尤其是与其他开发人员团队合作时。 花时间在一开始就把它做好是值得的。

我们将使用一个叫做 Husky 的工具

Husky 是一个用于在 git 进程的不同阶段运行脚本的工具,例如 add、commit、push 等。我们希望能够设置某些条件,并且只有在我们的代码满足这些条件时才允许提交和推送之类的事情成功,假设这表明我们的项目质量是可以接受的。

安装 Husky

yarn add -D husky

npx husky install

第二个命令将在你的项目中创建一个 .husky 目录。这就是你的 hooks 存放的地方。确保此目录包含在你的代码仓库中,因为它也适用于其他开发人员,而不仅仅是你自己。

package.json 文件中添加 script

package.json

...
  "scripts: {
    ...
    "prepare": "husky install"
  }

这将确保在其他开发人员运行该项目时自动安装 Husky

创建一个 hook

npx husky add .husky/pre-commit "yarn lint"

上面说为了让我们的提交成功,yarn lint 必须首先运行并成功。 在这种情况下,” 成功 ”意味着没有错误。 它将允许你有告警(请记住,在 ESLint 配置中,设置 1 是警告,设置 2 是错误)

让我们在这时候进行一次提交,带上信息 ci: implement husky 。如果所有设置都完成,在你进行提交之前就会运行 lint script

让我们再添加一个

npx husky add .husky/pre-push "yarn build"

以上确保我们只有在代码构建成功的时候才可以将代码推送到远程仓库中。 这似乎是一个相当合理的条件,不是吗? 通过提交此更改并尝试推送来随意测试它。

最后,我们将再添加一个工具。 到目前为止,我们一直在遵循所有提交消息的标准约定,让我们确保团队中的每个人都遵循它们(包括我们自己!)。 我们可以为我们的提交消息添加一个 linter:

yarn add -D @commitlint/config-conventional @commitlint/cli

要配置它,我们将使用一组标准默认值,但我喜欢将该列表显式包含在 commitlint.config.js 文件中,因为我有时会忘记可用的前缀:

commitlint.config.js

// build: 影响构建系统或外部依赖项的更改(示例范围:gulp、broccoli、npm)
// ci: 更改我们的 CI 配置文件和脚本(示例范围:Travis、Circle、BrowserStack、SauceLabs)
// docs: 文档修改
// feat: 一个新的功能
// fix: 一个 bug 修复
// perf: 提升性能的代码修改
// refactor: 既不修复错误也不添加功能的代码更改
// style: 不影响代码含义的更改(空格、格式、缺少分号等)
// test: 添加缺失的测试或更正现有测试

module.exports = {
  extends: ['@commitlint/config-conventional'],
  rules: {
    'body-leading-blank': [1, 'always'],
    'body-max-line-length': [2, 'always', 100],
    'footer-leading-blank': [1, 'always'],
    'footer-max-line-length': [2, 'always', 100],
    'header-max-length': [2, 'always', 100],
    'scope-case': [2, 'always', 'lower-case'],
    'subject-case': [
      2,
      'never',
      ['sentence-case', 'start-case', 'pascal-case', 'upper-case'],
    ],
    'subject-empty': [2, 'never'],
    'subject-full-stop': [2, 'never', '.'],
    'type-case': [2, 'always', 'lower-case'],
    'type-empty': [2, 'never'],
    'type-enum': [
      2,
      'always',
      [
        'build',
        'chore',
        'ci',
        'docs',
        'feat',
        'fix',
        'perf',
        'refactor',
        'revert',
        'style',
        'test',
        'translation',
        'security',
        'changeset',
      ],
    ],
  },
};

然后使用 Husky 启用 commitlint:

npx husky add .husky/commit-msg 'npx --no -- commitlint --edit "$1"'
# 有的时候上述的命令会在某些命令行环境失效,也可以试试下面的命令
npx husky add .husky/commit-msg \"npx --no -- commitlint --edit '$1'\"
# 或者
npx husky add .husky/commit-msg "npx --no -- commitlint --edit $1"

我现在要使用消息 ci: implement commitlint 创建一个新的提交

你可以在下面的屏幕截图中看到此设置的最终结果,希望你的结果与此类似:

2.png

如果提交信息格式不正确的话,则会报错

3.png

VS Code 配置

现在我们已经实现了 ESLint 和 Prettier,我们可以利用一些便利的 VS Code 功能让它们自动运行。

在项目的根目录中创建一个名为 .vscode 的目录和一个名为 settings.json 的文件。 这将是一个覆盖已安装 VS 代码默认设置的值列表。

我们想要将它们放在项目文件夹中的原因是我们可以设置仅适用于该项目的特定设置,并且我们可以通过将它们包含在代码仓库中来与我们团队的其他成员共享它们。

在 settings.json 中,我们将添加以下值

.vscode/settings.json

{
  "editor.defaultFormatter": "esbenp.prettier-vscode",
  "editor.formatOnSave": true,
  "editor.codeActionsOnSave": {
    "source.fixAll": true,
    "source.organizeImports": true
  }
}

以上将告诉 VS Code 使用你的 Prettier 扩展作为默认格式化程序(如果你愿意,可以手动覆盖另一个)并在每次保存时自动格式化你的文件并组织你的导入语句

非常方便的东西,你不再需要考虑的另一件事,因此可以专注于重要的事情,例如解决业务问题

让我们在这时候进行一次提交,带上信息 build: implement vscode project settings

调试

让我们设置一个方便的环境来调试我们的应用程序,以防我们在开发过程中遇到任何问题。

.vscode 目录下创建 launch.json 文件

launch.json

{
    "version": "0.1.0",
    "configurations": [
      {
        "name": "Next.js: debug server-side",
        "type": "node-terminal",
        "request": "launch",
        "command": "npm run dev"
      },
      {
        "name": "Next.js: debug client-side",
        "type": "pwa-chrome",
        "request": "launch",
        "url": ""
      },
      {
        "name": "Next.js: debug full stack",
        "type": "node-terminal",
        "request": "launch",
        "command": "npm run dev",
        "console": "integratedTerminal",
        "serverReadyAction": {
          "pattern": "started server on .+, url: (https?://.+)",
          "uriFormat": "%s",
          "action": "debugWithChrome"
        }
      }
    ]
  }

使用该脚本你可以选择三种调试方式。单击 VS Code 左侧的小 “错误和播放图标” 或按 Ctrl + Shift + D 访问调试菜单。你可以选择要运行的脚本并使用启动/停止按钮启动 / 停止它

4.png

除此之外,或者如果你没有使用 VS Code,我们也可以在项目中设置一些有用的调试脚本

首先,我们将安装 cross-env , 如果你有同事在不同的环境(Windows、Linux、Mac 等)上工作,则有必要设置环境变量。

yarn add -D cross-env

安装完这个包之后,我们可以更新下 package.json 文件中的 dev 脚本

{
  ...
  "scripts": {
    ...
    "dev": "cross-env NODE_OPTIONS='--inspect' next dev",
  },
}

这将允许你在开发模式下工作时在浏览器中记录服务器数据,从而更容易调试问题。

在这个阶段,我将创建一个新的提交 build: add debugging configuration

目录结构

本节现在将介绍在我们的项目中设置文件夹结构。这是许多人都会有非常强烈意见的话题之一,并且有充分的理由!从长远来看,目录结构确实可以在项目失控时成就或破坏项目,尤其是当团队成员不得不花费不必要的时间来猜测将东西放在哪里(或找到东西)时。

我个人喜欢采用相当简单的方法,基本上以类的 model / view 将事物分开。我们将使用三个主要文件夹

PS: 原文没有 src 目录,我个人喜欢用 src 目录,所以加了 src 根目录
/components
/lib
/pages
  • components - 组成应用程序的各个 UI 组件将位于此处
  • lib - 业务 / 应用程序/ 领域 逻辑将存在于此
  • pages - 项目的实际 路由/ 页面

除此之外,我们还会有其他目录来支持该项目,但构成我们的应用程序的几乎所有内容的核心都将位于这三个目录中

components 中,我们将有子目录,这些子目录将相似类型的组件组合在一起。你可以使用你喜欢的任何方法来执行此操作。 我过去经常使用 MUI 库,所以我倾向于遵循他们在文档中用于组件的相同组织

例如输入框、导航、工具方法、布局等。

你不需要提前创建这些目录并将它们留空。我会在构建组件时随手创建它们

本节旨在解释我将如何设置这个项目,你可以选择许多其他方式来组织你的项目,我鼓励你选择最适合你和团队的方式。

这里我再使用 feat: create directory structure 创建一个提交

添加 Storybook

我们可以使用的一种很棒的现代工具叫做 Storybook

Storybook 为我们提供了一个环境来展示和测试我们在我们正在使用它们的应用程序之外构建的 React 组件。它是将开发人员与设计人员联系起来并能够根据设计要求验证我们开发的组件的外观和功能的好工具

请注意,Storybook 是一种可视化测试工具,稍后我们将引入其他工具来进行功能单元测试和端到端测试

学习如何使用 Storybook 的最佳方式是安装并试用它!

npx sb init --builder webpack5

我们将使用 webpack5 版本来与最新版本的 webpack 保持同步(我不确定为什么它仍然不是默认版本。也许在你使用本教程时已经是了)。

当 Storybook 安装时,它会自动检测有关项目的很多信息,比如它是一个 React 应用程序,以及正在使用的其他工具。 它应该兼容好所有配置本身。

如果你收到有关 eslintPlugin 的提示,你可以选择“是”。 不过,我们将手动配置它,所以如果你收到一条消息说它没有自动配置,请不要担心。

打开 eslintrc.json 文件并更新它

{
  "extends": [
    "plugin:storybook/recommended", // 新加入
    "next",
    "next/core-web-vitals",
    "eslint:recommended"
  ],
  "globals": {
    "React": "readonly"
  },
  // 新加入
  "overrides": [
    {
      "files": ["*.stories.@(ts|tsx|js|jsx|mjs|cjs)"],
      "rules": {
        // example of overriding a rule
        "storybook/hierarchy-separator": "error"
      }
    }
  ],
  "rules": {
    "no-unused-vars": [1, { "args": "after-used", "argsIgnorePattern": "^_" }]
  }
}

我添加了 // 新加入 来标记 Storybook 特定的两个新部分和行。

我们注意到,Storybook 也已将 /stories 目录添加到项目中,其中包含许多示例。如果你是 Storybook 的新手,我强烈建议你通读它们并将它们留在那里,直到你能够脱离模板自如地创建自己的示例。

在我们运行它之前,我们需要确保我们使用的是 webpack5。 将以下内容添加到 package.json 文件中:

{
  ...
  "resolutions": {
    "webpack": "^5"
  }
}

然后运行

yarn install

确保 webpack5 已经被安装

接下来更新 .storybook/main.js 文件

module.exports = {
  stories: ['../**/*.stories.mdx', '../**/*.stories.@(js|jsx|ts|tsx)'],
    /** 暴露 public 目录给到 stotrybook,作为静态资源目录 */
  staticDirs: ['../public'],
  addons: [
    '@storybook/addon-links',
    '@storybook/addon-essentials',
    '@storybook/addon-interactions',
  ],
  framework: '@storybook/react',
  core: {
    builder: '@storybook/builder-webpack5',
  },
};

在这里,我们更改了 stories 文件的模式,以便它可以在我们的组件(或其他)目录中选取任何 .stories 文件。

我们暴露了 Next.js 的 “public” 目录作为 Storybook 的静态资源目录,这样我们就可以在 Storybook 中测试类似图片,视频等资源了

最后,在我们运行 Storybook 本身之前,让我们在 .storybook/preview.js 中添加一些有用的值。 这是我们控制 stories 渲染方式默认值的文件。

storybook/preview.js

import '../styles/globals.css';
import * as NextImage from 'next/image';

const BREAKPOINTS_INT = {
  xs: 375,
  sm: 600,
  md: 900,
  lg: 1200,
  xl: 1536,
};

const customViewports = Object.fromEntries(
  Object.entries(BREAKPOINTS_INT).map(([key, val], idx) => {
    console.log(val);
    return [
      key,
      {
        name: key,
        styles: {
          width: `${val}px`,
          height: `${(idx + 5) * 10}vh`,
        },
      },
    ];
  })
);

// 允许 Storybook 处理 Next 的  组件
const OriginalNextImage = NextImage.default;

Object.defineProperty(NextImage, 'default', {
  configurable: true,
  value: (props) => ,
});

export const parameters = {
  actions: { argTypesRegex: '^on[A-Z].*' },
  controls: {
    matchers: {
      color: /(background|color)$/i,
      date: /Date$/,
    },
  },
  viewport: { viewports: customViewports },
};

上面有几个属于个人喜好,大家可以随意配置。请务必设置默认断点以匹配应用中对你重要的任何内容。我们还添加了一个处理方法,以便 Storybook 可以处理 Next 的 组件而不会崩溃。

现在我们准备来测试一下,运行

yarn storybook

如果一切顺利,将在控制台中看到一条消息,如下所示:

5.png

然后你可以通过 http://localhost:6006 访问到

6.png

如果你以前从未使用过这些示例,我希望你尝试并熟悉这些示例。

在这个阶段,我再创建一个提交 build: implement storybook

创建一个组件模版

是时候将我们已经完成的所有配置放在一起,看看如何使用我们为自己设定的标准来创建和实现我们的第一个组件了

我们将创建一个简单的卡片。创建如下的目录

/src/components/template/base

在这个目录中创建 BaseTemplate.tsx 。这将遵循文件名的标准模式,该模式与指向它的目录相匹配。例如,这允许我们在卡片目录中拥有其他类型的卡片,如 PhotoCardTextCard 等。

BaseTemplate.tsx

export interface IBaseTemplate {}

const BaseTemplate: React.FC = () => {
  return 
Hello world!
; }; export default BaseTemplate;

我们的每一个组件都将遵循这个确切的结构。即使它不使用 props,它仍然会为组件导出一个空的 props 接口。这样做的原因是它将允许我们在许多组件和文件中复制这个精确的结构,并使用相同的模式交换组件,并且只查找/替换组件的名称。

当你开始使用 stories 和 mock props时,就会明白为所有组件文件维护一致的命名方案和界面是多么方便和强大。

这其中就遵循了我们之前提及到的 一致性就是一切

接下来我们会为组件创建样式文件。我个人更喜欢将样式文件存放在各个组件的文件夹中

BaseTemplate.module.css

.component {
}

作为顶级样式,将在你的组件目录中放置标准空模板。你可以像如下一样更新 BaseTemplate 文件

BaseTemplate.tsx

import styles from './BaseTemplate.module.css';

export interface IBaseTemplate {}

const BaseTemplate: React.FC = () => {
  return 
Hello world!
; }; export default BaseTemplate;

现在,我们拥有了一个干净的样式模版

现在让我们为组件添加一个实验性质的 prop

BaseTemplate.tsx

import styles from './BaseTemplate.module.css';

export interface IBaseTemplate {
  sampleTextProp: string;
}

const BaseTemplate: React.FC = ({ sampleTextProp }) => {
  return 
{sampleTextProp}
; }; export default BaseTemplate;

对于每一个我们创建的组件,我们希望能够快速的方便的在不同环境(比如在 storybook,或者在 app 内,或者在我们编写的单元测试中)中去测试它。快速访问数据来渲染组件将会很方便。

让我们创建一个文件来存储这个组件的模拟数据,这些模拟数据是给后续测试使用的。

BaseTemplate.mocks.ts

import { IBaseTemplate } from './BaseTemplate';

const base: IBaseTemplate = {
  sampleTextProp: 'Hello world!',
};

export const mockBaseTemplateProps = {
  base,
};

这个结构看起来有点点复杂,但很快我们将看到它的优点。我使用十分见名知意的一致命名模式,所以这个模板很容易复制并粘贴到你创建的每个新组件。

现在我们为这个组件创建一个 story

BaseTemplate.stories.tsx

import { ComponentStory, ComponentMeta } from '@storybook/react';
import BaseTemplate, { IBaseTemplate } from './BaseTemplate';
import { mockBaseTemplateProps } from './BaseTemplate.mocks'

export default {
    title: 'templates/BaseTemplate',
    component: BaseTemplate,
    argTypes: {},
} as ComponentMeta;
  
const Template: ComponentStory = (args) => (
    
);

export const Base = Template.bind({});

Base.args = {
    ...mockBaseTemplateProps.base,
} as IBaseTemplate;

我不会告诉你每一个 story 文件的具体细节,对你来说,做好的学习资源是 Storybook 的官方文档。

这里目标是创建一个容易复制粘贴的一致性的组件模版,以供组件进行开发和测试

现在测试一下

yarn storybook

如果一切顺利,你将会看到下面的界面(如果有问题,我建议你再重新检查一下之前的配置正不正确)

7.png

现在我们开始创建更多文件,最好养成在提交之前运行 yarn lint 的习惯,以确保一切都是干净的并准备就绪。我在这里再创建一个提交 build: create BaseTemplate component

使用组件模版

既然我们已经有了组件模版,接下来我们就创建一个真实的组件

创建 components/cards 目录。然后将 templates 目录下的 base 文件夹拷贝到 cards 下面,然后再将 base 重命名为 cat 。我们将创建一个 CatCard 。重命名每个文件以匹配。 完成后应该是这样的:

8.png

然后在 components/cards/cat 目录下,全局将 BaseTemplate 替换为 CatCard ,如下

9.png

现在我们准备开始工作,我们已经有了一个干净的预生成的模版,其中已经为我们的 Card 组件包含了 story 文件和模拟数据文件。相当的方便!让我们开始开发 Card 组件吧:

CatCard.tsx

import Image from 'next/image';
import styles from './CatCard.module.css';

export interface ICatCard {
  tag: string;
  title: string;
  body: string;
  author: string;
  time: string;
}

const CatCard: React.FC = ({ tag, title, body, author, time }) => {
  return (
    
card__image
{tag}

{title}

{body}

user__image
{author}
{time}
); }; export default CatCard;

设置样式

CatCard.module.css

@import url('');

.container {
  margin: 1rem;
}

.container * {
  box-sizing: border-box;
  padding: 0;
  margin: 0;
}

.card__image {
  max-width: 100%;
  display: block;
  object-fit: cover;
}

.card {
  font-family: 'Quicksand', sans-serif;
  display: flex;
  flex-direction: column;
  width: clamp(20rem, calc(20rem + 2vw), 22rem);
  overflow: hidden;
  box-shadow: 0 0.1rem 1rem rgba(0, 0, 0, 0.1);
  border-radius: 1em;
  background: #ece9e6;
  background: linear-gradient(to right, #ffffff, #ece9e6);
}

.card__body {
  padding: 1rem;
  display: flex;
  flex-direction: column;
  gap: 0.5rem;
}

.tag {
  align-self: flex-start;
  padding: 0.25em 0.75em;
  border-radius: 1em;
  font-size: 0.75rem;
}

.tag-blue {
  background: #56ccf2;
  background: linear-gradient(to bottom, #2f80ed, #56ccf2);
  color: #fafafa;
}

.card__body h4 {
  font-size: 1.5rem;
  text-transform: capitalize;
}

.card__footer {
  display: flex;
  padding: 1rem;
  margin-top: auto;
}

.user {
  display: flex;
  gap: 0.5rem;
}

.user__image {
  border-radius: 50%;
}

.user__info > small {
  color: #666;
}

设置模拟数据

CatCard.mocks.ts

import { ICatCard } from './CatCard';

const base: ICatCard = {
  tag: 'Felines',
  title: `What's new in Cats`,
  body: 'Lorem ipsum dolor sit amet consectetur adipisicing elit. Sequi perferendis molestiae non nemo doloribus. Doloremque, nihil! At ea atque quidem!',
  author: 'Alex',
  time: '2h ago',
};

export const mockCatCardProps = {
  base,
};

注意这里从项目的 public 目录用了一张  的照片(/time-cat.jpg),你可以从项目的仓库中找到它

CatCard.stories 的修改就是需要将 story 的 title 从 templates/CatCard 改为 cards/CatCard

我们需要更新 next.config.js,因为我们正在使用一个没有明确声明允许的域(对于头像)。 只需将配置文件更新为如下所示

next.config.js

/** @type {import('next').NextConfig} */
const nextConfig = {
  reactStrictMode: true,
  images: {
    domains: ['i.pravatar.cc'],
  },
};

module.exports = nextConfig;

或者,你可以将头像图像放在 public 目录中,但为了学习使用外部域的过程,我们将保留此设置。

现在运行 Storybook,如果你足够幸运,你将会看到

10.png

这个组件可以很方便的放置在实际项目中的任何位置。在短期内测试时使用 mock prop,并在准备好后更换为真实 prop

pages/index.tsx

import type { NextPage } from 'next';
import Head from 'next/head';
import Image from 'next/image';
import CatCard from '../components/cards/cat/CatCard';
import { mockCatCardProps } from '../components/cards/cat/CatCard.mocks';

const Home: NextPage = () => {
    return (
      
Create Next App

Welcome to Next.js!

); }; export default Home;

运行如下命令查看界面样式

    yarn dev

11.png

添加自定义文档

虽然在这个阶段没有必要,但你可能希望对应用的 中的内容进行更细粒度的控制。在pages目录中创建自定义 _document.tsx

pages/_document.tsx

import Document, { Head, Html, Main, NextScript } from 'next/document';

class MyDocument extends Document {
  render() {
    return (
      
        
          
          
          
        
        
          
); } } export default MyDocument;

请注意,我已经移除了 components/cards/cat/CatCard.module.css 中的 @import 字体,并且把 google 字体放在这里进行预加载

您需要在 元素中执行或自定义的任何其他操作现在都可以在此文件中完成。

请注意,此 与从 next/head 导入的不同。 它们将一起工作,而这个仅用于你希望在每个页面上加载的数据。

更多的关于自定义 _document ,可以查看这个文档

添加 Layouts

Layouts 是 Next.js 中的重要概念。他们协助我们管理页面间的状态。对于本节,我们将使用与官方示例 中提供的相同的基本模板,并简单地对其进行自定义以适合我们的项目。

components 中创建新的目录 layouts 。我们将复制两次 templates/case 目录。一个叫做 primary ,另一个叫做 sidebar 。如下图所示

12.png

在每个文件中对 BaseTemplate 进行区分大小写的查找/替换,并分别替换为 PrimaryLayoutSidebarLayout

如果你在这一步有遇到困难,可以直接参考这个[仓库的结构](https://github.com/zidanDirk/nextjs-fullstack-app-template-zn)

更新  PrimaryLayout.tsx 和  PrimaryLayout.module.css 文件:

components/layouts/primary/PrimaryLayout.tsx

import Head from 'next/head';
import styles from './PrimaryLayout.module.css';

export interface IPrimaryLayout extends React.ComponentPropsWithoutRef<'div'> {}

const PrimaryLayout: React.FC = ({ children }) => {
 return (
   <>
     
       Primary Layout Example
     
     
{children}
); }; export default PrimaryLayout;

components/layouts/primary/PrimaryLayout.module.css

.main {
  display: flex;
  height: calc(100vh - 64px);
  background-color: white;
}

.main > section {
  padding: 32px;
}

然后是 sidebar

components/layouts/sidebar/SidebarLayout.tsx

import Link from 'next/link';
import styles from './SidebarLayout.module.css';

export interface ISidebarLayout {}

const SidebarLayout: React.FC = () => {
  return (
    
  );
};

export default SidebarLayout;

components/layouts/sidebar/SidebarLayout.module.css

.nav {
  height: 100%;
  display: flex;
  flex-direction: column;
  width: 250px;
  background-color: #fafafa;
  padding: 32px;
  border-right: 1px solid #eaeaea;
}

.nav > a {
  margin: 8px 0;
  text-decoration: none;
  background: white;
  border-radius: 4px;
  font-size: 14px;
  padding: 12px 16px;
  text-transform: uppercase;
  font-weight: 600;
  letter-spacing: 0.025em;
  color: #333;
  border: 1px solid #eaeaea;
  transition: all 0.125s ease;
}

.nav > a:hover {
  background-color: #eaeaea;
}

.input {
  margin: 32px 0;
  text-decoration: none;
  background: white;
  border-radius: 4px;
  border: 1px solid #eaeaea;
  font-size: 14px;
  padding: 8px 16px;
  height: 28px;
}

现在这些文件都创建好了,我们需要使用他们。我们将更新我们的主页并创建另一个名为 about.tsx 的页面来展示如何使用共享 layouts 并在页面之间保持组件状态。

首先,我们需要添加一个类型来扩展默认的 NextPage 接口,因为出于某种原因它不包含开箱即用的 getLayout 函数。

创建一个自定义类型文件,它将为我们处理此问题提供方案

pages/page.d.ts

import { NextPage } from 'next';
import { ComponentType, ReactElement, ReactNode } from 'react';

export type NextPageWithLayout

= NextPage

& { getLayout?: (_page: ReactElement) => ReactNode; layout?: ComponentType; };

当你需要创建自定义 layouts 的页面,你可以使用 NextPageWithLayout 接口来替代 NextPage 接口

现在让我们更新主页

pages/index.tsx

import CatCard from '../components/cards/cat/CatCard';
import { mockCatCardProps } from '../components/cards/cat/CatCard.mocks';
import PrimaryLayout from '../components/layouts/primary/PrimaryLayout';
import SidebarLayout from '../components/layouts/sidebar/SidebarLayout';
import { NextPageWithLayout } from './page';

const Home: NextPageWithLayout = () => {
    return (
      

Welcome to Next.js!

); }; export default Home; Home.getLayout = (page) => { return ( {page} ); };

并且在 pages 目录中创建一个新的 about 页面

pages/about.tsx

import PrimaryLayout from '../components/layouts/primary/PrimaryLayout';
import SidebarLayout from '../components/layouts/sidebar/SidebarLayout';
import { NextPageWithLayout } from './page';

const About: NextPageWithLayout = () => {
return (
  

Layout Example (About)

This example adds a property getLayout to your page, allowing you to return a React component for the layout. This allows you to define the layout on a per-page basis. Since we're returning a function, we can have complex nested layouts if desired.

When navigating between pages, we want to persist page state (input values, scroll position, etc.) for a Single-Page Application (SPA) experience.

This layout pattern will allow for state persistence because the React component tree is persisted between page transitions. To preserve state, we need to prevent the React component tree from being discarded between page transitions.

Try It Out

To visualize this, try tying in the search input in the{' '} Sidebar and then changing routes. You'll notice the input state is persisted.

); }; export default About; About.getLayout = (page) => { return ( {page} ); };

更新 _app.tsx

pages/_app.tsx

import type { AppProps } from 'next/app';
import './globals.css';
import { NextPageWithLayout } from './page';

interface AppPropsWithLayout extends AppProps {
  Component: NextPageWithLayout;
}

function MyApp({ Component, pageProps }: AppPropsWithLayout) {
    // 如果这个 layout 是可用的,则在页面中使用 
  const getLayout = Component.getLayout || ((page) => page);

  return getLayout();
}

export default MyApp;

最后我更新了 PrimaryLayout.mocks.ts 文件,为 IPrimaryLayout 添加了 children: '{{component}}’ 用于在 Storybook 中展示

同时我更新layout 的 story title 从 templates/...变成 layouts/...

最后你可以保存测试一下

yarn dev

在侧边栏( Home 和 about )的按钮单击可以进行页面切换。 请注意,所使用的布局将持续存在而无需重新加载(正如我们的意图),并且用户将获得超快速的体验。

13.png

14.png

在 Storybook 这边,我们可以独立于应用预览和测试我们的 layout 组件。这个 PrimaryLayout 组件在没有自组件的情况下没有什么作用,而侧边栏则可以完美的显示。

15.png

部署

最后一步将讲解如何部署一个 Next.js 应用

我们将使用 Vercel,因为它是 Next.js 应用程序最简单、最直接的部署解决方案。

请注意,Vercel 绝对不是唯一的选择,其他主要服务(如 AWSNetlify 等)也都可以使用。

假设你使用的不是 静态站点生成 模式,那么实际上你仅仅需要找个服务来运行 next start 命令就行了

作为一个普通用户在 Vercel 上进行部署是完全免费的,我们需要从创建账号开始

登录后,单击 + New Project 并授予 Vercel 访问你的 Github 仓库的权限。 你可以授予全局访问权限,也可以仅选择要部署的仓库。我将选择 nextjs-fullstack-app-template-zn 这个仓库。

选择它后,需要对其进行配置。 在 Build and Output Settings 部分,确保将默认的 NPM 命令替换为 yarn 命令(除非你使用的是 NPM)。

16.png

我们还没有使用任何环境变量,所以不需要添加

一旦完成,只需单击 Deploy 即可! 就这么简单。

17.png

现在不仅部署了站点,而且每次提交到主分支时,它都会继续自动重新部署。 如果你不想要这种行为,那么在 Vercel 仪表板中进行配置也很容易。

好消息是,你已经配置了 yarn build 命令以确保在推送代码之前构建有效的生产版本,因此可以自信地推送代码,并假设部署会成功。

唯一需要记住的是两个环境之间的差异。 如果你的脚本不同(使用 NPM 而不是 yarn 或反之亦然),或者更常见的情况是缺少环境变量,你的构建仍然有可能在本地成功但在 Vercel 上失败。

我们将在以后的教程中添加 env 值,因此你需要确保在本地和生产环境中都配置了这些值,因为它们是机密,永远不应提交给公共仓库。

下一步

我希望你找到了本教程并学到了一些知识,为你和你的团队设置可靠且可扩展的 Next.js 项目。

这是关于创建生产高质量 Next.js 应用程序的系列教程的第一部分。

下面是我对未来教程的一些想法,我希望你能留下一些反馈,告诉我哪些是你认为最有用的(如果你没有在下面看到它们,则可以留下其他反馈)

  • 如何使用 API 路由和 Tailwind CSS 构建全栈 Next.js 应用程序
  • 如何使用 Recoil 将全局状态管理器添加到 Next.js 应用程序
  • 如何使用 jest 和 playwright 在 Next.js 应用程序中实施单元测试和端到端测试
  • 如何使用 Github actions 和 Vercel 创建 CI/CD 流水线
  • 如何使用 NextAuth 和 i18next 在 Next.js 应用程序中实现 SSO 身份验证和国际化
  • 如何使用 Prisma 和 Supabase 将数据库连接到 Next.js 应用程序
  • 如何使用 Next.js 和 Nx 在 monorepo 中管理多个应用程序

请继续关注,请不要犹豫,提出任何问题,如果可以的话,我很乐意回答!

其他

感谢观看,码字不易,欢迎一键三连 ~~~

你可能感兴趣的:(Next.js 项目最佳实践)