内容简介:前端的社区非常活跃,各种底层的框架和库层出不穷,而在这些框架和库的基础上也涌现出了一批又一批用各自的思想来实现的 UI 组件。前端本身的工作领域就专注在 UI 展现层上,一套好用的 UI 组件能提升团队的工作效率,但是这些组件的通用性和移植性并不强。W3C 提出来的 Web Components 标准化的组件化方案,尝试去解决上面提到的各自为战的问题,在其刚提出来的那段时间确实火了一阵子,Google 的开发团队也在此基础上推出了基于 Web Components 的框架 Polymer。先来看看使用 We
前端的社区非常活跃,各种底层的框架和库层出不穷,而在这些框架和库的基础上也涌现出了一批又一批用各自的思想来实现的 UI 组件。前端本身的工作领域就专注在 UI 展现层上,一套好用的 UI 组件能提升团队的工作效率,但是这些组件的通用性和移植性并不强。
W3C 提出来的 Web Components 标准化的组件化方案,尝试去解决上面提到的各自为战的问题,在其刚提出来的那段时间确实火了一阵子,Google 的开发团队也在此基础上推出了基于 Web Components 的框架 Polymer。
先来看看使用 Web Components 如何定义一个组件。
<hello-world> <!-- Shadow dom --> <style> .para { background: orange; color: #fff;} </style> <div> <button onclick="handleClick()">Say Hello</button> <p class="para"></p> </div> <script> var handleClick = function(event) { window.event.target.nextElementSibling.textContent = 'Hello World!'; }; </script> <!-- /Shadow dom --> </hello-world>
Web Components 把组件的资源都封装到了 Shadow DOM
中, Shadow DOM
中包含了组件的结构、样式、行为,对于使用者来说,这些资源都是不可见的,对于开发人员来说,可以直接使用原生的 HTML、CSS、JavaScript 代码来开发一个组件。一个组件就是一个 .html
文件,通过 HTML Imports
来加载使用。
看起来挺美好的,但是真正要使用起来会存在一些问题:
-
兼容性
-
性能
-
易用性
而 React 并没有采用 Web Components 的方案,React 用自己的设计思想解决了组件设计中的痛点。对比 React 和 Web Components 的流行程度和社区的活跃程度就知道开发者更喜欢哪种组件化的设计思想。
再来看看使用 React 如何定义一个组件。
var HelloWorld = React.createClass({ handleClick: function () { this.refs.para.getDOMNode().textContent = 'Hello World!'; }, render: function () { var paraStyle = { background: 'orange', color: '#fff' }; return ( <div> <button onClick={this.handleClick}>Say Hello</button> <p className="para" ref="para" style={paraStyle}></p> </div> ); } });
React 通过 JSX
和 Inline Style
将组件的结构、样式、行为都封装在一个 JavaScript 的类中,一个组件就是一个类,要使用该组件可以通过 React.render
来将其渲染到页面中。
<div id="root"></div> React.render( <HelloWorld />, document.getElementById('root') );
一个组件可以是可以是一个独立的 .js
模块文件,加载和使用一个模块非常方便。 JSX
解决了在 JavaScript 代码中能很方便的放置组件结构的问题,就跟写原生的 HTML 一样, Inline Style
解决了将组件的样式封装在组件内部的问题,使用 JavaScript 对象来描述样式。这些看起来都是反模式化、反标准化的,但却解决了实实在在的问题,对于组件的开发者和使用者都非常方便。
仅仅从上面提到的特性来说,还没有足够的理由来让大家使用 React,退一步讲可能只是个人偏好而已。但是 React 还有保证其组件能有高性能的 Virtual DOM
,开发者并不直接操作真实的 DOM,而是由 React 来接管 DOM 操作,其底层的 Diff
和 Render
算法能确保大批量和频繁的操作 DOM 都有很高的性能。 Virtual DOM
对于开发者来说是透明的,关于 Virtual DOM
在本文中就不展开详述了,在后续的文章中将详细的探讨。
觉得文章有用?立即:和朋友一起 共学习 共进步!
建议继续学习:
- React初探 (阅读:1883)
- React入门:关于虚拟DOM(Virtual DOM) (阅读:1767)
- 用 Virtual DOM 加速开发 (阅读:1002)
- 一个“三端”开发者眼中的React Native (阅读:883)
- React 高效开发环境的搭建 (阅读:891)
- 前端路由实现与 react-router 源码分析 (阅读:581)
- 从零开始React服务器渲染 (阅读:522)
- zepto/jQuery、AngularJS、React、Nuclear的演化 (阅读:460)
- 从工程化角度讨论如何快速构建可靠React组件 (阅读:386)
- ReactJS组件间沟通的一些方法 (阅读:340)
QQ技术交流群:445447336,欢迎加入!
扫一扫订阅我的微信号:IT技术博客大学习
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网
猜你喜欢:- 前端面试之组件化
- 前端组件化演进之路
- 使用parcel开发组件化的前端项目(不借助前端三大框架)
- 吐槽前端组件化的踩坑之路
- 关于前端组件化、状态管理规范化的思考
- 已配置 4000+ 页面,携程前端组件化探索之“乐高”运营系统
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
打造Facebook
王淮、祝文让 / 印刷工业出版社 / 2013-2-1 / 39.80元
《打造Facebook》新书发布会,王淮与读者面对面,活动链接:http://www.douban.com/event/18166913/ 这本书的书名——《打造Facebook:亲历Facebook爆发的5年》很嚣张,谁有资格可以说这句话呢,当然,扎克伯格最有资格,但他不会亲自来告诉你,至少从目前的情况来看,近几年都不大可能。而且,这不是一个人的公司。里面的每一人,尤其是工程师,既是公司文......一起来看看 《打造Facebook》 这本书的介绍吧!