javascript|Web前端:为什么React存在?( 二 )


有两种编程范式 , 即命令式编程和声明式编程 。
在命令式编程中 , 你告诉计算机它需要采取的确切步骤才能达到你想要的结果 。 声明式编程涉及告诉计算机你想要的结果并让它处理这些步骤 。
声明式代码主要是提高代码可读性的抽象 , 此外 , 它们使代码可预测 。 for 循环可以做很多事情 , 但是使用过滤器抽象 , 你希望仅通过命名约定来获得过滤结果 。 当代码更容易阅读和预测时 , 当出现问题时更容易调试 。
使用JavaScript , 这些方法中的任何一种在技术上都是有效的 , 但是 , 随着人们不断构建 , 抽象上的抽象被创建以使代码更具声明性 。 你拥有 lodash、jQuery、日期格式库等库 。

带有可重用组件的声明式代码
构建网站的旧方法涉及在网站的所有页面上重复通用组件(如页眉和页脚) 。 这些组件通常具有相同的类名 , 都连接到一个样式表以在每个页面上显示相同 。 但是这种方法使得更新这些通用组件变得很困难 。 对主页上标题部分的任何添加都需要对使用标题的每个.html 文件进行类似的更新 。 这种方法还使测试特定组件变得更加困难 , 因为你必须在每个页面上测试它 , 而不是只在一个地方进行测试 。
今天的Web应用程序是基于组件的 , 从某种意义上说 , 它们是使用独立组件的组合构建的 。 在React等框架的帮助下 , 这种构建方法变得更加容易 。
你已经单独构建了页眉、页脚和明信片组件并进行了相应的测试 。 然后 , 在创建主页时 , 你将导入页眉和页脚组件(如变量)并使用这些组件构建你的页面 。
现在 , 你无需在所有页面中编写相同的标头实现 , 而是将其仅放在一个地方并在所有页面之间共享 。 对标题应用样式更改 , 更改会反映在整个应用程序中 。
React 来自哪里 , 谁编写和维护它
随着对更灵活、声明性、易于维护和更易于控制的组件和用户界面组合方式的需求不断增长 , Facebook创建了名为FaxJS的原型是由Facebook的软件工程师 Jordan Walker创建的 。
今天有很多人编写 React , 从个人开发人员到 Gatsby 和 Next.js 等框架 。 React 在整个技术生态系统中都被使用 。 作为一个开源库 , React 吸引了许多贡献者 , 他们添加了功能、修复了错误 , 并帮助维护和管理版本更新 。
为什么它在当前的就业市场中受欢迎且有价值
由于受到 Facebook 的支持 , React 是一个理想的框架 。 选择一个框架对企业来说是一项长期投资 , 他们希望为他们选择的工具提供可靠的长期支持 。 React 还具有高性能、可扩展、灵活且易于维护的特点 。
对于开发人员来说 , React 是一个有吸引力的选择 , 原因有很多:它易于上手 , React 背后的社区很友好 , 并且已经为它构建了许多工具 , 你有用于钩子、状态管理和许多其他东西的库!
结论
React是一个强大的抽象 , 它允许我们编写可重用的声明性组件 。 而在此之前 , 我们正在编写静态HTML页面 , 花费大量时间使用命令式JavaScript代码操作浏览器 , 或者在多个文件中编写相同的重复组件 。
许多开发人员最初选择React是因为它使启动网站变得非常容易 , 但正如我们所了解的 , 它所做的远不止这些 。