红帽白皮书新鲜出炉!点击获取,让你的云战略更胜一筹! 了解详情
写点什么

React 的未来:服务端组件

  • 2021-03-05
  • 本文字数:1516 字

    阅读完需:约 5 分钟

React的未来:服务端组件


服务端组件是什么?

截至目前,我们对 React 组件的了解只是客户端组件,仅此而已。


然而,React 团队正在试验一个新的想法,那就是将 React 组件区分为两个类型:客户端组件服务端组件。该提案的开头就是使用不同的文件扩展名(.client.js 和.server.js)来区分它们。然而,客户端组件和服务端组件到底是怎么定义的?


  • 首先,客户端组件指的就是现在我们日常开发中使用的 React 组件。

  • 其次是服务端组件,从某种意义上来说它是一个新型组件,该类型的组件会在服务端完成渲染后,再发送到客户端。

服务端组件哪些优势?

乍一看,服务端组件类似于服务端渲染(SSR),实际上,服务端组件的很多优势和服务端渲染也是很类似:

  • 提供了直接访问服务端资源(如:数据库、文件系统、内部的微服务等)的可能,因此开发起来会更容易。

  • 避免了不必要的客户端和服务端之间的交互,因此性能更快

  • 允许一些类库可以直接运行在服务端,因此减小了客户端包文件的大小

 

除此之外,服务端组件还给开发过程带来了更好的体验,特别是在代码切割上:


自动代码切割(例如:为了让客户端实现按需加载,需要将代码切割成一个个的小包),目前为了实现这个功能,React 开发人员需要手动实现如下代码:



未来,服务端组件会自动处理,这就意味着,我们无需特殊代码处理就可以实现此功能:



然而,要想真正体会到服务端组件的强大优势,必须将其与服务端渲染(SSR)进行更细致的比对。

那么,服务端组件和 SSR 有哪些不同呢?

在使用 SSR 时,你需要先在服务端完成 HTML 的渲染,然后再将该 HTML 发送到客户端。然后此过程只会发生在页面的初次访问时(也就是初始化加载的时候)。至此之后,你的 React 应用在数据更新展示等行为表现上和常规的 React 应用没有任何区别。在展示更新之后的数据时,都是要么从客户端发送一个网络请求,要么页面整体刷新,但不管采用哪种方式,都会导致组件的二次渲染和状态丢失,从而影响性能和客户体验。


相对而言,在使用服务端组件时,你的组件在服务端完成渲染,然后通过自定义的协议发送到客户端(如下图)。React 拿到数据时,将新的 UI 整体的合并到客户端 UI 树里面,此过程不会对客户端其他状态产生影响。此过程可以无限次数的执行。React 通过整体 UI 模块更新的方式,达到保持客户端状态的目的,极大的增强了用户体验。



要了解更多的细节可以参考 Dan Abramov 在推特上的这条回复,或者阅读来着 React 数据团队的 Lauren Tan 在 Twwiter 的帖子,或者访问 Mehul Mohan 发布在 freeCodeCamp 上的这篇文章

注意事项

由于服务端组件是静态的、服务端渲染的,因此相对于客户端组件,不可避免的会有些使用限制。

首先,服务端组件不能有任何交互行为(例如:不能使用 useState(),useEffect())。但是你可以通过在服务端组件内部引入客户端组件(客户端组件是允许存在交互行为的)的方式来解决这个问题。例如下面的示例代码就做到了两者兼顾:



其次,由于服务端组件是在服务端完成渲染后通过网络传输给到客户端, 因此服务端组件传输 props 到客户端组件的时候,props 必须被序列化(意味着:可传输的数据只能是字符串、JSON 对象或者 JSX,不能传输 JavaScript 函数)。

接下来是什么?

虽然这一切都很令人兴奋,但该功能仍处于实验阶段。它的 API 和具体实现未来都有变化的可能,因此该特性目前还不能被运用到生产环境。


现在,React 团队正在和 Next.js 团队紧密合作,致力于将服务端组件集成到 React 框架里。同时这里有个基于内测版本的webpack插件和Parcel插件的访谈。


最后,服务端组件将会是一个可选的特性,现有的 React 代码依然可以正常工作,因此开发人员不需要急着采用新功能。


想了解更多关于该特性的信息,我强烈建议你观看这个示例视频或者阅读此规范,感谢阅读此文章!

 

原文链接:The Future of React: Server Components

2021-03-05 16:062731

评论

发布
暂无评论
发现更多内容

设计模式--正确学习姿势

张荣召

设计模式--模板模式/策略模式

张荣召

Template Pattern Strategy Pattern

【获奖名单】赢千元数码大奖!竟然如此简单!

InfoQ写作社区官方

美食 摄影 热门活动

第三周学习心得

alpha

极客大学架构师训练营

微服务部署测试简单实践

MySQL从删库到跑路

zookeeper 微服务 dubbo Sprint Boot session

架构训练营第二周作业

Geek_ce484f

极客大学架构师训练营

设计模式--组合模式/装饰模式

张荣召

Composite Pattern Decorator Pattern

极客时间架构师培训 1 期 - 第 3 周作业

Kaven

AQS 都看完了,Condition 原理可不能少!

程序员小航

Java 源码 源码阅读 JUC Condition

UML学习笔记

Edison

UML

极客时间架构师培训 1 期 - 第 3周总结

Kaven

架构师训练营第三周学习总结

吴传禹

极客大学架构师训练营

区块链如何深刻变革现代金融?

CECBC

区块链 金融

区块链技术在司法行业的服务应用

CECBC

区块链 司法

架构师训练营第 1 期 - 第三周课后练习

Anyou Liu

极客大学架构师训练营

架构师训练营 - 第三周总结

一个节点

极客大学架构师训练营

go语言设计的理解-工程化语言

superman

Java 面向对象编程 Go 语言

java安全编码指南之:死锁dead lock

程序那些事

java安全编码 java安全 java安全编码指南

第三周 作业1

Yangjing

极客大学架构师训练营

架构训练营第二周作业

Geek_ce484f

极客大学架构师训练营

第三周作业

alpha

极客大学架构师训练营

第三周 学习总结

Yangjing

极客大学架构师训练营

ARTS Week12

丽子

架构师训练营 - 第三周作业

一个节点

极客大学架构师训练营

一个草根的日常杂碎(9月30日)

刘新吾

随笔杂谈 生活记录 社会百态

设计模式-单例模式

张荣召

架构师训练营第三周作业

吴传禹

极客大学架构师训练营

智能的本质—DIKW结构

良少

学习 AI 智能 DIKW

架构师训练营第三周-homework

张荣召

架构师训练营第三周--学习总结

张荣召

区块链有助金融监管效能提升

CECBC

区块链 金融

React的未来:服务端组件_语言 & 开发_Donovan So_InfoQ精选文章