图0:译 | 为什么我会选择React+Next.js,而不是Vue或Angular?

作者|TimZaložnik

译者|谢丽

本文的目的不是要对 React、Vue 和 Angular 三者进行比较,已经有许多人对这个话题进行了比较深入的探讨。

每个人都有自己的偏好。与其他库和框架相比,我更喜欢使用 React 构建用户界面。在我解释了为什么之后,也许你也会切换到 React,如果你现在还没有用它的话。

几个月前,我正在寻找一个用于 React 的样板文件生成器或是初学者工具包。我向往简单可靠的东西。经过长时间的搜索,我找到了自己想要的东西。那就是名为 Next.js 的框架。

它在 GitHub 上获得了大量的 star 数,这在我看来是一大优势。这意味着这个项目的未来可期,而且如果需要,你可以向社区寻求帮助。

在 readme 文件的顶端,有一个指向 learnnextjs.com 的链接。一个大约 1 小时的短教程,教你如何使用 Next.js。我不是说简介,而是让你可以真正地开始构建应用。真的很棒!

为什么是 Next.js?

我发现,Next.js 比其他可选的方案要简单的多,也更有效率。

Create React App 在 GitHub 上的星数更多,而且承诺零构建配置。但是,它不像看上去那么简单。你需要学习客户端路由、页面布局等等,更不用说服务器端渲染了。

而对于 Next.js,你只要几个小时就可以用它进行开发了。

越来越多的人喜欢 Vue,即使它在某些方面仍然比不上 React 和 Angular。因为它简单,你可以用最少的时间完成最多的事情。在我看来,Next.js 填补了 React 和 Vue 之间的空白,使 React 一飞冲天。

Vue 似乎是一个不错的选择,Angular 呢?

这两个都是排名很靠前的框架,提供了出色的支持、性能,而且未来可期。但是,在和 Next.js 搭配使用时,我只会选择 React,而不是它俩中的一个。

Vue

我一直将 Vue 视为入门级应用和网站的最佳选择。我以前甚至还写过几篇文章,但是,React 与 Next.js 的搭配是最省力的。有人可能会说这是孩子的游戏。

公平地讲,React 入门并没有那么难。它的学习曲线稍微有点陡峭,但你最终会得到回报。

考虑到这一点,React 就占了上风。它更成熟、更可靠,有更大的社区和 Facebook 的支持。

Angular

在我的印象中,Angular 一直是一个重要而成熟的框架,但是,我不会选择它。因为我不喜欢它。

虽然 TypeScript 也是一个选项,但你似乎是被迫在使用它。整个框架看上去过于复杂,而且没有明确的理由。最糟糕的是,我似乎找不到任何值得我经历这些麻烦去使用它的地方。

Next.js 的特性

下面是 learnnextjs 上列出的一些很棒的 Next.js 特性:

  • 默认服务器端渲染;
  • 为加速页面加载,自动进行代码分割;
  • 简化客户端路由(基于页面);
  • 基于 Webpack 的开发环境,支持热模块更换 (https://webpack.js.org/concepts/hot-module-replacement/)(HMR);
  • 可以通过 Express 或任何其他 Node.js HTTP 服务器实现;
  • 可以通过你自己的 Babel 和 Webpack 配置进行定制;

让我稍微解释下这些特性。

应用被分成块在服务器端渲染,加载时间非常短。甚至,对于不支持客户端渲染的搜索引擎,SEO 都没有意义。

路由解决方案和 Webpack 都有了很好的支持。然后是热模块更换(HMR)可以为你节省宝贵的开发时间,因为只需上传变化的代码就可以。最后,它提升了开发者体验(DX)。

它是如何使我的工作变得更轻松的?

每当我开始创建一个新项目时,我必须建立一堆依赖关系和脚本,使一切正常运行。我不得不做一些事情,如安装 node-sas、设置监控、编写 npm 脚本等。

甚至在我真正地开始应用开发的前夕,我还得管理几十个依赖项。Next.js 使我可以跳过这些我每次都会遇到的繁琐工作。它使我可以在几分钟内开始任意一个项目。

样式

Next.js 提供了内置的 CSS 支持,称为 styled-jsx。我必须承认,我直到最近才使用它,因为它还无法与其他类似的解决方案相比,如 styled-components 或 JSS。但是,最近他们发布了版本 2,比第一个版本有了很大的改进,并且有很大的潜力。

以下是他们列出的一些特性:

  • 完全支持 CSS,没有电量方面的权衡;
  • 运行时大小仅有 3KB(从 12KB 经 gzip 压缩);
  • 选择器、动画、关键帧完全隔离;
  • 内置 CSS“浏览器引擎前缀(vendor prefixing)” ;
  • 最低限度的转译快速而高效;
  • 非服务器端渲染时的高性能运行时 CSS 注入;
  • 未来可期:与服务器端可渲染的“Shadow CSS”相当;
  • “源映射(Source maps)” 支持;
  • 支持动态样式和主题;
  • 基于插件的 CSS 预处理。

你需要知道的是,它非常快、非常灵活,最重要的是,它与 JSX 以及 React 的思想一致。你不需要设置任何东西,什么都为你准备好了。

不过,如果你仍然希望使用以前的 CSS 预处理器,你也可以使用。关于 LESS、SASS、PostCSS 和 CSS-Modules,我都有点忘了,但如果你还喜欢它们,当然就可以使用它们。

作为 styled-jsx 的替代方案,我推荐 Material-UI-Next。这是一个不怎么有名的 React 组件,实现了谷歌的 Material Design。它使用了前面提到的 JSS,适应性强且未来可期。

我现在正在一个新项目中使用它,目前为止,我很喜欢他。

Webpack

你声明的每一个导入都是针对每个页面自动打包并提供。也就是说,页面永远不会加载不必要的代码。

你甚至可以分析打包好的文件,借助延迟加载模块进一步优化加载时间。

路由

路由简单而直观,你可以选择预取页面来获得最好的性能。你不需要为了让路由器发挥作用而安装任何依赖。

开始的时候,习惯使用 React Router 或其他类似路由器的人们可能会遇到一点困难,但它确实很简单,只是方法不同。但在我看来,这种方法非常容易掌握。

你不需要指定路由和所有与路由相关的内容,而只要将一个页面添加到 pages 目录,从而使页面 URL 可用。这非常简单,但是如果你想要更复杂的东西呢?

安装一个服务器,最好是 Express,在服务器配置中指定自定义路由。通过这种方式,你可以得到你想要的各种路由和简洁的 URL。

部署

只要不需要在运行时生成动态页面,Next.js 就允许你将应用导出成静态 HTML。相当不错,不是吗?

应用程序部署非常令人愉快;这不仅是因为你最终会达到目标,还因为你的实现方式。你可以使用一个命令构建整个应用程序,并使用另一个命令将其部署到全球的主机。

如果你的主机上有 ZEIT now,你就多了一个选项。如果你计划使用 Next.js,我建议你使用这个部署工具,因为它会使部署变得极其简单。

总 结

有许多细节我没有提及。我只是大致介绍了在我看来最重要的内容。

在我发现 Next.js 之前,我从来没有像现在这样喜欢 React。把 React 和 Next 一起使用,看起来很自然。一开始就应该是这样的。

对我来说,这是构建用户界面唯一正确的方法,它让我爱上了 React。

余下全文(1/3)

本文最初发表在微信公众号,文章内容属作者个人观点,不代表本站立场。

分享这篇文章:

请关注我们:

发表评论

电子邮件地址不会被公开。 必填项已用*标注