我们为什么需要Vue
考虑以下代码:
<span id="colored-counter">0</span>
<input id="color" type="text" />
<button id="inc" ></button>
<script>
$("#color").on("keyup",function(){
$("#colored-counter").css("color",this.value);
});
$("#inc").on("click",function(){
var oldVal = $("#colored-counter").html();
var newVal = oldVal + 1;
$("#colored-counter").html(newVal);
});
</script>
当点击按钮时,span标签的内容会+1;当输入颜色的时候,span的颜色会改变。这在组件较少时,我们将状态封装在监听函数中,然后操纵DOM,更新展示,是没有什么问题的。但是随着组件的增多,如果我们还将状态分散在各个函数中,则会导致维护成本的急剧上升,尤其是各个状态之间还相互依赖时,更是一团乱麻。如下图:
这时,我们容易想到将组件中的状态提取出来,专门做一个数据层,用来表示状态(对,这就是MVC的基本思想),那么应用的整体结构就变为如下图所示:
将维护在监听函数中的状态抽取出来,从而实现了Action与View之间的解耦。
如果用jQuery实现的话,我们很容易写出以下代码:
<span id="colored-counter">0</span>
<input id="color" type="text" />
<button id="inc" ></button>
<script>
var state = {value:0,color:null};
$("#color").on("keyup",function(){
state.color = this.value;
$("#colored-counter").css("color",state.color);
});
$("#inc").on("click",function(){
var oldVal = $("#colored-counter").html();
state.value = oldVal + 1;
$("#colored-counter").html(state.value);
});
</script>
虽然我们将数据从函数中提取了出来,但是根据数据来对View进行更新的操作并没有减少,我们还是需要手动进行对于DOM的操作。这里简单说一下Backbone,Backbone实现了对于数据层的监听,成功的将接受Action的监听函数,与View页面的更新函数分离开来。监听函数直接改变表示状态的数据层中的数据,之后监听到数据变化的页面更新函数会被加以调用,用来更新View层,可以说很成功的实现了MVC架构。而Vue、React之类的框架,相比于此的不同点,则在于将View层的更新逻辑进行了封装,从而避免了需要手工写更新函数的步骤,使得只需要对状态数据进行操作,即可在页面上进行更新。
其中,React和Vue1.0的更新过程又有所差异,可以用以下代码简单表示React的更新逻辑:
<span id="colored-counter">0</span>
<input id="color" type="text" />
<button id="inc" ></button>
<script>
var state = {value:0,color:null};
function updateUI(){
$("#colored-counter").css("color",state.color);
$("#colored-counter").html(state.value);
}
$("#color").on("keyup",function(){
state.color = this.value;
updateUI();
});
$("#inc").on("click",function(){
var oldVal = $("#colored-counter").html();
state.value = oldVal + 1;
updateUI();
});
</script>
React是一种全量更新的思维,当状态变化时,就调用updateUI(),有枣没枣打三竿子。剩下的就是如何优化updateUI()函数的事情了。来看下一段代码:
<span id="count">2</span>
<ul>
<li>hello</li>
<li>world</li>
</ul>
<button id="add" ></button>
<script>
var state = {items:["hello","world"]};
function updateUI(){
$("#count").html(state.items.length);
//比较items数组中的数据,决定如何增加、删除、修改<li>元素
//……
}
$("ul").on("click","li",function(){
state.items = state.items.splice($(this.index),1);
updateUI();
});
$("#add").on("click",function(){
state.items.push(getString());
updateUI();
});
</script>
我们很容易看出,上述的updateUI(),对于需要更新的DOM结构是紧耦合的,而且对于数据的要求也有着很强的限定性,这样就无法实现对View层操作进行自动化的要求了。对此问题,我们首先想到的是利用模板,将不变化的DOM结构部分提取出来,代码如下:
<div id='ui' ></div>
<button id="add" ></button>
<script>
var state = {items:["hello","world"]};
function render(state){
var span = "<span>" + state.items.length + "</span>";
var lis = state.items.map(function(items){
return "<li>" + item + "</li>";
});
return span + "<ul>" + lis + "</ul>";
}
function updateUI(){
$("#ui").html(state.items.length);
}
$("ul").on("click","li",function(){
state.items = state.items.splice($(this.index),1);
updateUI();
});
$("#add").on("click",function(){
state.items.push(getString());
updateUI();
});
</script>
我们只需要使用某种模板解析的类库,将模板的结构进行解析,然后将state的状态填入,就可以动态生成需要更新的DOM结构,从而实现封装View层页面更新函数的DOM操作的目的。但是,这又随之引入另一个问题,那就是当state数据变的庞大的时候,如果仅仅只有一部分数据发生了变化的话,若将state整个更新的话,性能代价是相当大的,而整体更新又是React封装DOM操作的基本前提,那么如何处理这对矛盾呢?于是,React便引入了VirtualDOM来解决这个问题。每次数据变化,不会再操作整个DOM结构的更新,而是先生成VirtualDOM对象,之后,在通过Diff算法,找出实际需要进行DOM更新的部分。事情的发展是有着先后顺序的,而这先后顺序,也反映出了框架构建者处理问题时的思路。React之所以采用VirtualDOM,并不是一开始就计划好的,而是因为自己封装DOM操作的前提假设就是全部更新的逻辑,所以不得已才采用VirtualDOM来作为一层缓冲,如果更新的逻辑一开始就不是全部更新,那么其实是没必要引入VirtualDOM的,比如Vue1.x,其更新的逻辑就是通过创建DocumentFragment来进行局部更新,所以并没有引入VirtualDOM,而是引入了v-bind、v-if、v-for等一些列指令。
最后,我们总结一下,为了解决Action与View之间的强耦合,我们采用了MVC架构,引入了Model层,来表示组件的状态,Action与View之间不直接相互操作,而是通过Model层联系在一起;为了统一封装View层更新函数中的DOM操作,我们采用了不同的思路,React采用全部更新的方法,于是不得不引入VirtualDOM,Vue1.x则采用局部更新的方法,根据不同指令,将不同的DOM的操作封装在了Vue实例的directive对象中。由此,我们可以看出,采用React、Vue开发的关键就在于如何组织数据流的更新,而从数据渲染到页面的过程,框架已经帮我们做了。
网友评论