React条件渲染

条件渲染根据博客 8 React conditional rendering methods 有8种写法。

茴香豆的茴虽然没啥用，但是也可以权当思维拓展。

值得一提的是，条件渲染每次条件改变时，渲染的内容都会被卸载，重新安装新的条件内容。

组件级 ，新建一个子组件，父组件对条件判断无感，需要隐藏直接return null

变量级 ，新建一个变量包含条件判断，渲染变量到jsx中。

行级 ，新建一行运算符，直接写到jsx中，如果条件简单最为方便，不需要新建任何元素。但是嵌套条件下阅读困难。

相似的还有 && 写法，如果另一条件返回null可以使用

函数级 ，不多赘述

外援级 ，做一个条件渲染组件 IF 代替 js 函数的 if ：

这个组件实现也很简单

外援级 ，高阶组件，返回一个新组件的函数，并且接收一个组件作为参数。那么我们就能在高阶组件里写条件语句，返回不同的组件即可：

　　reactjs在服务器端渲染好处：

　　提升性能是需要再浏览器端的性能提升还是服务端的 性能提升，是两个概念，服务端渲染会给服务端造成一定的压力，减轻客户端的压力；好处：在整个页面级别的应用会使得浏览器在解析dom完成之后马上有东西可以渲染。再者就是对seo比较友好一些；

　　渲染的流程主要是：

准备数据，一般从数据库或外部API获得 (一般要先 render React 一次，去触发所需的API)

数据和React结合生成HTML Markup

除了把HMTL Markup输出外， 还要把'State'输出，这要在客户端才能保留'State'

不是非要nodejs写。所有的后端语音都能实现这个功能，但是用nodejs写的话，暂时来说是最好的。

因为服务端渲染的优势在于：由中间件为客户端请求初始数据、并由node渲染页面。

因为nodejs现在的主要优势就是作为一个中间件 在服务端和客户端之间做一些优化处理，其他语音来说在这方面，确实还是有所欠缺。

说白了node出来就是做这个的，什么文档，实例代码什么的一抓一大把，但是其他的就基本没这方面的文档了。

每个前端开发人员都听说过三个用于构建 Web 应用程序的框架：React、Vuejs和Angular。

React 是一个 UI 库，Angular 是一个成熟的前端框架，而 Vuejs 是一个渐进式框架。

它们几乎可以互换使用来构建前端应用程序，但它们并非 100% 相同，因此比较它们并了解它们的差异是有意义的。

每个框架都是基于组件的，并允许快速创建 UI 功能。

然而，它们都有不同的结构和架构——所以首先，我们将研究它们的架构差异以了解它们背 后的哲学。

React 不强制执行特定的项目结构，正如您从下面的官方“Hello World”示例中看到的那样，您只需几行代码即可开始使用 React。

React 可以用作 UI 库来渲染元素，而无需强制执行特定的项目结构，这就是它不是严格意义上的框架的原因。

React Elements是 React 应用程序的最小构建块。它们比 DOM 元素更强大，因为 React DOM 确保在发生变化时有效地更新它们。

组件是更大的构建块，定义了在整个应用程序中使用的独立且可重用的部分。它们接受称为 props 的输入并生成元素，然后显示给用户。

React 基于 JavaScript，但它主要与JSX (JavaScript XML)结合，这是一种语法扩展，允许您创建同时包含 HTML 和 JavaScript 的元素。

您使用 JSX 创建的任何内容也可以使用 React JavaScript API 创建，但大多数开发人员更喜欢 JSX，因为它更直观。

Vuejs 核心库只关注视图层。之所以称为渐进式框架，是因为您可以使用官方和第三方包（例如Vue Router或Vuex ）扩展其功能，将其转变为实际框架。

虽然 Vue 与 MVVM（Model-View-ViewModel）模式没有严格关联，但它的设计部分受到了它的启发。使用 Vue，您将主要在 ViewModel 层上工作，以确保以允许框架呈现最新视图的方式处理应用程序数据。

Vue 的模板语法让您可以创建 View 组件，并将熟悉的 HTML 与特殊指令和功能相结合。这种模板语法是首选，即使原始 JavaScript 和 JSX 也受支持。

Vue 中的组件很小，是自包含的，并且可以在整个应用程序中重复使用。带有扩展名的单文件组件(SFC)vue包含 HTML、CSS 和 JavaScript，因此所有相关代码都位于一个文件中。

SFC 是在 Vuejs 项目中组织代码的推荐方式，尤其是大型项目。需要使用 Webpack 或 Browserify 等工具将 SFC 转换为可用的 JavaScript 代码。

在本文中，我讨论的是 Angular 2，而不是现在称为 AngularJS 的框架的第一个版本。

AngularJS，原始框架，是一个MVC（模型-视图-控制器）框架。但是在Angular 2 中，与 MV-patterns 没有严格的关联，因为它也是基于组件的。

Angular 中的项目被组织成模块、组件和服务。每个 Angular 应用程序至少有一个根组件和一个根模块。

Angular 中的每个组件都包含一个模板、一个定义应用程序逻辑的类和元数据（装饰器）。组件的元数据告诉 Angular 在哪里可以找到创建和呈现其视图所需的构建块。

Angular 模板是用 HTML 编写的，但也可以包含带有特殊指令的Angular 模板语法，以输出反应性数据和呈现多个元素等。

组件使用 Angular 中的服务来委托业务逻辑任务，例如获取数据或验证输入。它们是 Angular 应用程序的独特部分。虽然 Angular 不强制使用它们，但强烈建议将应用程序构建为一组可以重用的不同服务。

Angular 内置于 TypeScript 中，因此建议使用它以获得最无缝的体验，但也支持纯 JavaScript。

React 是最受欢迎的 JavaScript 项目之一，在 GitHub 上拥有 16 万颗星。它由 Facebook 开发和维护，并在他们的许多项目内部使用。此外，根据BuiltWith的使用统计数据，它为超过 200 万个网站提供支持。

在三个框架中，Vue在 GitHub上的 star 数最多，有 176k。该项目由前 Google 员工 Evan You 开发和领导。据BuiltWith 称，这是开源社区中一个非常强大的独立项目，被超过 100 万个网站使用。

Angular 是由 Google 开发的，但令人惊讶的是它并没有用于他们的一些旗舰产品，例如搜索或 Youtube。它经常用于企业项目，并基于BuiltWith的数据为超过 97,000 个网站提供支持。

它是三个框架中星数最少的，在 GitHub 上有 68k 星。然而，当从 Angular 1 切换到 Angular 2 时，他们创建了一个全新的代码库，而不是继续AngularJS项目，该项目也有 59k 星。

在开发应用程序时，开源包可以为您节省宝贵的时间。不仅如此，它们通常比定制组件和封装更好，因为它们经过了实战测试。

查看可帮助您更轻松地创建新功能的现成组件、主题和其他工具的可用性非常重要。

许多前端应用程序依赖全局状态管理来存储信息，例如谁登录和其他用户设置。

最流行的 JavaScript 状态管理项目是Redux。大多数开发人员使用Redux的官方 React 绑定，这些绑定由 Redux 团队维护。

由于 React 的流行，查找输入组件和现成的元素非常容易。它们都只是在 Google 或 GitHub 上搜索即可。

React 生态系统还包括React Native，它允许您从用 React 编写的单个代码库构建原生 iOS 和 Android 应用程序。因此，React 也可以成为使用 Web 技术构建移动应用程序的绝佳选择。

React 是 MERN 堆栈的一部分，其中包含 MongoDB、ExpressJS、React 和 NodeJS。这种组合的伟大之处在于，单一语言——JavaScript——为整个应用程序提供动力。

尽管 Redux 可以在 Vue 中使用，但没有官方绑定。但这不应该让您担心，因为Vuex是专门为 Vue 应用程序制作的官方状态管理库。除了与 Vue 很好地集成之外，使用 Vue 的开发人员工具进行调试也很容易。

在 Vue 的早期，很难找到现成的组件。随着社区的发展，您可以使用各种输入组件和高级元素来加快开发速度。

对于移动应用程序开发，有一个名为Weex 的新兴项目。Weex 由阿里巴巴开发和使用，但不如 React Native 成熟和强大。更重要的是，由于该项目在中国开发和使用较多，因此很难找到英文文档和解决问题的方法。

Vue 与 Laravel 集成得很好，这就是为什么它们经常一起使用。Laravel 提供完整的JavaScript 和 CSS 脚手架，以支持在新项目中使用 Vue。

对于 Angular 中的状态管理，您可以使用NgRx项目。它的灵感来自 Redux，但它是专门为 Angular 创建的。

与 Vue 和 React 的情况一样，您可以将许多现成的组件导入到您的项目中。与 Angular 略有不同的是，Angular Material项目中有许多官方组件。这是 Google 的一个官方项目，为 Angular 应用程序提供 Material Design 组件。

您可以使用NativeScript在 Angular 中构建跨平台移动应用程序。它也支持 Vue，但 Angular 支持更成熟。

Angular 是著名的 MEAN 堆栈的一部分，它将 Angular 与 MongoDB、ExpressJS 和 NodeJS 相结合。与 MERN 堆栈类似，它的前端和后端都完全依赖 JavaScript。

Angular、React 和 Vue 都可用于开发渐进式 Web 应用程序，也称为 PWA。

PWA 不是移动应用程序，而是 Web 应用程序，智能手机用户可以将其添加为主屏幕的快捷方式，并提供类似于原生移动应用程序的外观和感觉。

您还可以为每个框架找到高级模板和预制应用程序，但 Angular 和 React 比 Vue 提供更多高级选项。

在选择框架或库时，您还需要考虑性能。

在许多情况下，您不必担心性能，尤其是在构建小型项目时。然而，项目的范围和复杂性越大，性能就会（并且将会）成为一个问题。

重要的是要注意，在 Web 性能方面，开发质量和遵循最佳实践比框架的选择更重要。

但由于存在一些性能指标和差异，我将研究它们并解释每个指标如何影响您的开发工作。

JS 框架基准测试的结果表明，它们在大多数基准测试中都表现得相当好，例如在表中创建或附加行。

正如你在上面看到的，Vue 在选择行时比 Angular 和 React 慢得多。另一方面，Angular 和 React 在交换行方面效率不高。

这些是渲染基准中唯一的实质性差异 - 在大多数情况下，不会产生明显的结果。由于选择行是比交换行更常见的功能，我想说这个基准测试将 Vue 排在第三位，仅次于 Angular 和 React 并列第一。

在内存和启动时间方面，React 和 Vue 得分很好，但 Angular 稍慢。Angular 启动一个基本脚本可能需要 150 毫秒，并且需要更多内存才能运行。

谷歌 Chrome 实验室的Perf Track显示了来自数千个网站的生产数据。这些统计数据受许多其他因素的影响，而不仅仅是选择的框架，让我们看看数字。

与 Angular 相比，Vue 和 React 网站在这个指标上的排名更高，Angular 需要更多时间来启动并向用户呈现内容。

在渲染完整页面的三个框架中，Angular 也是最慢的，只有 27% 的 Angular 网站得分在可接受的范围内。

对于所有三个框架，超过 80% 的网站都在第一次输入延迟的可接受范围内，这显示了用户可以与页面交互所需的时间。

迄今为止，最轻量级的应用程序是使用 Vue 开发的应用程序，68% 的 Vue 应用程序加载的 JavaScript 不到 1MB。另一方面，Angular 和 React 应用程序往往具有更大的代码大小。

您可以从这些数字中看到趋势，但您不应该太快得出结论。例如，对于最后一张图，可以解释为 Vue 用于开发更轻量级的应用程序，而 Angular 用于更大的项目。

统计数据可以帮助指导您做出正确的决定，但您不能使用它们来证明一个框架比另一个更快或更好。

对于更高级的应用程序，使用的前端框架应该能够执行一些提高性能并且可以更好地扩展的任务。

两项关键技术是服务器端渲染 (SSR) 和虚拟化。

React 支持使用官方ReactDOMServer包进行服务器端渲染。对于虚拟化，您可以使用名为React Virtualized的流行第三方工具。

Vue 中也支持服务器端渲染以及官方的SSR 包。此外，您还可以使用基于 Vue 构建并支持 SSR的Nuxtjs框架。

不幸的是，Vue 中的虚拟化选项并不是那么强大。在我看来，Vue Virtual Scroll List是虚拟滚动的最佳解决方案，但它有点问题，不如 React 和 Angular 的选项稳定。

Angular 拥有SSR的官方Angular Universal包，以及用于虚拟滚动和高效渲染大型列表的官方组件。

学习这些框架有多容易？

要回答这个问题，我们需要查看每个框架的复杂性及其引入的概念。

在最基本的用例中，React 是三个框架中最不复杂的。那是因为你只需要导入库，然后你就可以用几行代码开始编写你的 React 应用程序。

但是除了 Hello World 示例之外，大多数 React 应用程序都是基于组件的，而不仅仅是在页面上呈现一些元素。

一些开发人员对 React 感到奇怪或困难的一件事是，学习 JSX 是一条单行道。您也可以使用原始 JavaScript，但由于大多数 React 开发人员使用 JSX，学习它几乎是不可避免的。

这是使 React 的学习曲线变得更陡峭的主要因素，但除此之外，对于了解 JavaScript 并理解 Web 开发概念的开发人员来说，它是一个易于学习的库。

Vue 的设置比 React 稍微复杂一些。你可以将它用作一个库来定义你可以在整个 HTML 中使用的组件——但与 React 类似，这不是大多数项目的构建方式。

大多数 Vue 项目都有一个命名的根组件Appvue和一些用于显示各种内容的子组件。

说到语法，你唯一需要学习的新东西就是 Vue 的模板语法，如果你了解 HTML，这很容易掌握。基本的指令，如v-if和v-for有条件的渲染和列表的渲染，很容易理解即使是初学者。

此外，Vue 的单文件组件将所有前端代码保存在一个地方，便于组织新项目。

在我看来，Vue 是最容易学习的，因为它的简单和直观的语法。

Angular 拥有三者中最复杂的项目结构，而且由于它是一个成熟的前端框架，因此它依赖的概念更多。

除了组件，Angular 还支持模块和服务。它希望您以特定的方式编写和设计代码库，从而使您的项目在扩展时更易于维护。

至于语法，由于 Angular 最适合与 TypeScript 配合使用，因此在构建 Angular 项目时了解 TypeScript 非常重要。

与 Vue 一样，您还必须熟悉类似 HTML 的语法，以便您可以开始使用 Angular 编写新的 UI 功能。

在我看来，Angular 对于普通开发者来说是最难学的，因为它更复杂并且依赖于 TypeScript。

许多开源项目和框架逐渐被遗忘并无人维护。您是否应该担心我们在这里讨论的任何框架？

尽管我们无法完全预测会发生什么，但正在进行的开发工作是这些项目 健康 状况的良好指标。人气和增长也是预测项目寿命的重要指标，所以让我们来看看每个框架。

React v170已经发布，但令人惊讶的是，它没有为开发人员提供任何新功能。

主要的变化是这个新版本可以更容易地升级 React 本身。您可以将 React 的某些部分从旧版本升级到新版本，而无需升级整个项目。

如果您的应用程序依赖于随新版本更改或弃用的功能，您可以保留旧版本以保持此功能有效。此更新使 React 成为一个很好的长期选择，因为它可以更轻松地与新版本保持同步。

React 的每周 npm 下载量自去年以来增长了 44% 。从绝对数量来看，它仍然是三个项目中下载量最大的。

Vue 3 已于2020 年 9 月发布，它解决了 Vue 2 在大型项目中存在的许多严重问题。它引入了受React Hooks启发的Composition API，可以更轻松地跨组件重用逻辑。

整个项目用 TypeScript 重写，提高了新 Vue 项目对 TypeScript 的支持，同时也使项目更易于维护。

Vue 3 是一个急需的升级，使 Vue 更适合大型项目。

Vue 的每周下载量自去年以来增长了 87%，使 Vue 成为相对而言增长最快的框架。如果 Vue 能够保持这种增长速度，那么它肯定会很快超过 Angular。

Angular 最近推出了Ivy 编译器。它减少了构建时间，优化了资产，允许更快的测试，并总体上改善了开发人员的体验。

Angular 团队每年发布两次重大更新，其中可能包含新功能，或者只是让框架跟上新浏览器版本的速度。

自去年以来，Angular 的每周下载量增长了约 50% ，因此它仍然是一个受欢迎的项目。

Angular、React 和 Vue 都处于非常活跃的开发阶段。他们定期发布新版本并维护现有版本。由于在每种情况下当前的支持水平都很高，因此您可以安全地使用这些框架中的任何一个。

需要注意的是，Angular 的增长没有以前那么快，而 Vue—— 尽管它是最近开始的——似乎增长了很多。

如前所述，我们无法预测哪些框架会长期保持相关性，但每个项目背后都有一个伟大的社区，并且在不断发展。

我这篇文章的目标是解释架构差异，分解每个框架的优点和缺点，并在适用的地方进行比较。

在进入一个新框架之前，有几件事情需要考虑。

首先，在选择新技术时，您团队的经验可能是一个决定性因素。

同样，您必须考虑您所在地区可用的人才，以便您可以为您的项目聘请开发人员。

最后，当涉及到项目本身时，复杂性和范围也会影响您对框架的选择。

通过考虑所有关键差异，我希望您可以决定哪个是最适合您的目标和需求的前端框架。

(本文由闻数起舞翻译自Aris Pattakos的文章《Angular vs React vs Vue 2021》，转载请注明出处，原文链接：https://athemescom/guides/angular-vs-react-vs-vue/)

端渲染的原理是服务端完成渲染之后，JS在客户端再次执行时发现已经存在相同的元素，所以不会再次渲染

2、比如说这样一个场景，访问某个地址时，服务端先请求接口获得数据然后传给react组件，然后renderToString再插到页面中，返回页面，但是JS在客户端再次执行时是没有这些数据的，所以会将前面服务端根据数据生成的这些元素删掉，这个问题怎么解决啊，求助大神

添加评论 分享

本文主要介绍 UmiJS 的预渲染功能。

服务端渲染（Server-Side Rendering），是指由 服务端 完成页面的 HTML 结构拼接的页面处理技术，发送到浏览器，然后为其绑定状态与事件，成为完全可交互页面的过程。

服务端渲染，首先得有后端服务器（一般是 Nodejs）才可以使用，而没有后端服务器的情况下，可以使用 预渲染 。

预渲染与服务端渲染唯一的不同点在于 渲染时机 ，服务端渲染的时机是在用户访问时执行渲染（即实时渲染，数据一般是最新的），预渲染的时机是在项目构建时，当用户访问时，数据不一定是最新的（ 如果数据没有实时性，可以直接考虑预渲染 ）。

预渲染在构建时执行渲染，将渲染后的 HTML 片段生成静态 HTML 文件。无需使用 web 服务器实时动态编译 HTML，适用于 静态站点生成 。

Umi3 在 SSR 上做了大量优化及开发体验的提升，具有以下特性：

默认情况下，服务端渲染时关闭的，可通过配置开启：

服务端渲染的数据获取方式与 SPA(单页应用) 有所不同，为了让客户端和服务端都能获取到同一份数据，Umi 提供了页面级数据的预获取。

每个页面可能有单独的数据预获取逻辑，这里我们会获取页面组件上的 getInitialProps 静态方法，执行后将结果注入到该页面组件的 props 中，如：

getInitialProps 有几个固定参数：

为了结合数据流框架，我们提供了 modifyGetInitialPropsCtx 方法，由插件或应用来扩展 ctx 参数，以 dva 为例：

然后在页面中，可以获取到 store ：

同时也可以在自身应用中进行扩展：

同时可以使用 getInitialPropsCtx 将服务端参数扩展到 ctx 中，例如：

在使用的时候，就有 req 对象，不过需要注意的是，只在服务端执行时才有此参数：

则在执行 getInitialProps 方法时，除了以上两个固定参数外，还会获取到 title 和 store 参数。

关于 getInitialProps 执行逻辑和时机，需要注意：

执行 umi build ，除了正常的 umijs 外，会多一个服务端文件： umiserverjs （相当于服务端入口文件）。然后在后端框架中，引用该文件：

render 方法参数和返回值如下：

完美兼容客户端动态加载，配置如下：

@umijs/preset-react 插件集中已内置对标题的渲染，通过以下步骤使用：

@umijs/preset-react 插件集中已内置 dva

这时候 getInitialProps(ctx) 中的 ctx 就会有 store 属性，可执行 dispatch ，并返回初始化数据。

Umi 同时支持对服务端和客户端包大小的分析