基于唯一状态的前端组件开发

facebook的react的框架提出了一个基于唯一状态来渲染前端组件的想法。什么是唯一状态,採用唯一状态渲染究竟有什么优点。

希望大家看到这篇文章以后不用不论什么框架也能够写出基于唯一状态渲染的前端组件。

基于唯一状态的组件的开发模式就是组件内部永远仅仅存在一份数据来表示组件的状态,而且更新组件时仅仅仅仅使用这一份数据。

这样的开发模式的优点。主要体如今以下两个方面

  • 降低事件与Dom元素的联系
  • 便于保存和恢复组件的状态

降低事件与Dom元素的联系

我们先来看一段传统开发页面交互逻辑时写的代码:


    <span id="click_count">0</span>
    <input id="color">
    <button id="btn">递增</button>

    <script type="text/javascript">
        function $(id){
            return document.getElementById(id);
        }

        $(‘color‘).onkeyup = function(){
            var countDom = $(‘click_count‘);
            countDom.style.backgroundColor = this.value;
        } 

        $(‘btn‘).onclick = function(){
            var countDom = $(‘click_count‘);

            var oldClickCount = parseInt(countDom.innerHTML);
            var newClickCount = oldClickCount+1;

            countDom.innerHTML = newClickCount;
        }

    </script>

假设我们採用基于唯一状态的组件开发模式以后的代码


    <span id="click_count">0</span>
    <input id="color">
    <button id="btn">递增</button>

    <script type="text/javascript">
        function $(id){
            return document.getElementById(id);
        }
        //这里就是组件的唯一状态
        var state = {
            count:0,
            color:‘‘
        };

        function render(){
            var countDom = $(‘click_count‘);

            countDom.style.backgroundColor = state.color;
            countDom.innerHTML = state.count;
        }

        $(‘color‘).onkeyup = function(){
            state.color = this.value;
            render();
        } 

        $(‘btn‘).onclick = function(){
            state.count++;
            render();
        }

    </script>

通过这个比較简单的事例我们能够看出代码已经简洁了非常多。

可是这样写究竟有什么优点呢。我们通过图形的方式来比較下

第一种方式的图例

另外一种方式的图例

通过这个简单的事例,感觉优点不是太明显。可是我们在寻常的业务大部分时候要比这复杂的多,会有非常多的Event和非常多的Element,我们假设採用第一种方式的写法,图比例如以下

可是假设我们採用另外一种方式的写法。图比例如以下

假如我们有M个Event,有N个Element,假设採用第一种方式的写法,一共会有(M*N)中连接;假设我们採用另外一种方式的写法,在Event这里会有M个state的连接,从state到Element会有N个链接,一共的会有(M+N)个链接;这样写是不是简化了非常多。

便于记录和恢复组件的状态

我们在开发复杂表单应用,或者操作状态比較多的场景,页面刷新时须要把当前的状态保存到localStorate。server端或者文件里。都须要把当前页面作为一个唯一状态保存起来。

上面的这样一个界面,当我们与页面交互时,点击加入。上一条。下一条这些按钮时。所须要做的就是更新这个唯一状态,保存当前状态,又一次更新红色的区域,再次刷新页面时还会恢复原来的状态,像以下的代码这样

更新状态


        $(‘add‘).onclick = function(){
            state.count++;
            state.items.push(‘item‘+state.count);
            state.pos=state.count;

            saveState();

            render();
        }

        $(‘prev‘).onclick = function(){
            if(state.pos==1) return;
            state.pos--;

            saveState();

            render();
        }

        $(‘next‘).onclick = function(){
            if(state.pos == state.count) return;
            state.pos++;

            saveState();

            render();
        }

保存状态

把state序列化为字符串后,保存到localStorage中


    function saveState(){

        localStorage.setItem(‘state‘,JSON.stringify(state));
    }

渲染组件

获取最新的state。拼装html字符串,然后使用innerHTML重绘整个组件


    function render(){
        state = JSON.parse(localStorage.getItem(‘state‘))||state;

        var items = ‘‘;
        var itemData = state.items;

        for (var i = 0,l=itemData.length; i < l; i++) {
            var bg = ‘‘;
            var oneItem = itemData[i];

            if(state.pos==i+1){
                bg = ‘style="background-color:red"‘;
            }
            items+=‘<li ‘+bg+‘>‘+oneItem+‘</li>‘;
        };

        var html = ‘<span>列表数‘+state.count+‘</span>‘+
                    ‘<ul>‘+
                            items+
                    ‘</ul>‘+
                    ‘<span>当前条目的位置‘+state.pos+‘</span>‘;

        $(‘container‘).innerHTML = html;
    }

採用innerHTML重绘组件,每次交互时都会又一次渲染整块区域[没有更新的部分也会又一次渲染],使得页面的reflow,repaint的次数急剧添加,这样就会造成的页面你的性能下降。

有没有办法解决问题呢?答案当然是有的,下篇文章中我们会重点分析解决问题。

时间: 2024-08-01 10:44:08

基于唯一状态的前端组件开发的相关文章

饿了么基于Vue2.0的通用组件开发之路(分享会记录)

Element:一套通用组件库的开发之路 Element 是由饿了么UED设计.饿了么大前端开发的一套基于 Vue 2.0 的桌面端组件库.今天我们要分享的就是开发 Element 的一些心得. 官网:http://element.eleme.io/#/github:https://github.com/ElemeFE/element ## 设计目的 大部分项目起源都是源于业务方的需求,Element 也是一样.随着公司业务发展,内部开始衍生出很多后台系统,UED 部门也接到越来越多的设计需求,

基于GBT28181:SIP协议组件开发-----------第三篇SIP注册流程分析实现

上两章节简要的讲解了SIP组件开发接口和开发环境的搭建.在本节将实现Linux 32平台的UAS和UAC,当然该UAS和UAC只实现了注册功能,并且是基于自主开发SIP组件libGBT28181SipComponent.so的,没有这个组件是运行不了的.其他功能在后续章节中讲解. 首先简单讲解一下GBT28181关于注册描述 一. GBT28181注册的流程如下图 电力系统注册稍微复杂点,但原来基本相同.多了个刷新注册的过程. 二.GBT28181关于注册的解释如下 三.SIP协议简介 一个合法

基于GBT28181:SIP协议组件开发-----------第四篇SIP注册流程eXosip2实现

原创文章,引用请保证原文完整性,尊重作者劳动,原文地址http://www.cnblogs.com/qq1269122125/p/3945294.html. 上章节讲解了利用自主开发的组件SIP组件libGBT28181SipComponent.so实现Linux 32平台的UAS和UAC,因为该组件采用很多新的技术,所以采用该组件效率无疑是很高的.但是对于想学习SIP协议,或者想了解eXosip2开发流程的程序员,是不能从根本上了解学习的.因为所有的功能都封装在libGBT28181SipCo

“基于GBT28181:SIP协议组件开发”-----------第一篇环境搭建

SIP协议在安防视频系统的国标中,有重要应用.从本文开始,讲解并开发一套SIP协议组件.现在一般在开发这类系统时,采用的exosip2和osip2库,这是个开源的SIP协议栈库.实际遵从国标开发时并不能满足实际的需要.所以本文依照GBT28181开发的一套SIP组件.该组件支持代理服务器UAS和代理客户端UAC两重角色.组件实现了RFC3261基本的会话初始协议(SIP协议)的一个功能子集.SIP组件中实现了REGISTER,MESSAGE,NOTIFY,SUBSCRIBE,INVITE,ACK

基于GBT28181:SIP协议组件开发-----------第五篇SIP注册流程eXosip2实现(二)

原创文章,引用请保证原文完整性,尊重作者劳动,原文地址http://www.cnblogs.com/qq1269122125/p/3966794.html. 上章节讲解了讲解一个用eXosip2库实现的Demo 程序.Demo讲的是注册的过程,因为篇幅比较长,再分一节写.本节是上一节的继续,主要实现UAC用eXosip2库实现的Demo 程序.本节讲的比较全面,处理实现注册问题还添加了注销和刷新注册的过程.刷新相当于心跳的功能.注意这个函数eXosip_default_action()实现在si

基于GBT28181:SIP协议组件开发-----------第二篇SIP组件开发原理

上一节中讲的SIP组件,即GBT28181SipComponent动态.so库工程,生成libGBT28181SipComponent.so库文件和IGBT28181Comm.h编程接口,在该库中实现了REGISTER, MESSAGE,NOTIFY,SUBSCRIBE,INVITE,ACK,BYE,CALL_MESSAGE等GB/T28181-2011 <安全防范视频监控联网系统信息传输.交换.控制技术要求>要求的SIP方法, 后期有新的需求可以添加.该库已经成功用于电网的多家视频安防企业中

基于gulp的前端框架开发规范

前端开发及相关规范 - 基于gulp的前端框架开发规范 1.前端开发工具的安装和使用说明 前端开发工具的目录结构 htmlcodeBuilder - v0.9 ├── statics ├── html //静态文件开发 ├── js // 非require引入的js文件 ├── Lib // 第三方JS包 ├── ve_2_1 // ├── css // 样式目录 ├── fonts // bootstrap的图标字体 ├── img // 图片目录 ├── less // less源码 ├──

AppBoxFuture(六): 前端组件化开发

??前面几篇都是在介绍结构化与非结构化的数据存储,本篇换换口味介绍一下框架是如何实现前端组件化开发的.首先得感谢Vue.ElementUI等优秀的前端开源项目,这些项目帮助作者快速实现了框架的两个前端工程(IDE及Web应用)的开发. ??当初框架的设计目标是:前端.后端.存储端统统一锅端,为什么这么设计,一方面是想减少开发人员对于开发环境及各类工具的安装配置时间,另一方面是想消除各端之间的集成调试问题,使开发人员更多的关注数据结构.业务逻辑.用户界面的设计与开发.为了达成这一目标,作者在框架的

构建一个基本的前端自动化开发环境 —— 基于 Gulp 的前端集成解决方案(四)

通过前面几节的准备工作,对于 npm / node / gulp 应该已经有了基本的认识,本节主要介绍如何构建一个基本的前端自动化开发环境. 下面将逐步构建一个可以自动编译 sass 文件.压缩 javascript 文件.多终端多浏览器同步测试的开发环境,并且还可以通过 piblish 命令对项目下的文件进行打包操作. 相关连接导航 在windows下安装gulp —— 基于 Gulp 的前端集成解决方案(一) 执行 $Gulp 时发生了什么 —— 基于 Gulp 的前端集成解决方案(二) 常