成熟体系与全新框架的博弈

近几年前端发展日新月异，随着诸如个人PC，phone,和pad的发展，以及网络的大幅度提速和wifi的普及使得用户更加注重用户体验，而h5技术的发展使得前端所能够实现的效果越来越绚丽。相应的，越来越多的业务逻辑也向前转移，前端逐渐从一个脚本技术转化为一个独立的工程。

回想之前的开发模式，由后端语言主导，有着完整而成熟的开发模式，从需求分析到开发再到测试，许多公司在漫长的时光里探索出了一套极其专业和成熟的工程模式，甚至从产品，需求，到开发人员都对于当前模式无比熟悉和适应，也沉淀下了许多有价值的代码模块和开发方式，甚至在开发过程中有许多代码可以直接复用，然而随着时代的发展，业务需求的变迁，前端业务逻辑不断复杂，后端对于js的理解逐渐难以应付，而更多的限制往往来自于js或者应用更为广泛的jq，我们不妨先看一段代码。

var text = document.getElementsByTagName('input')[0];
var div = document.getElementsByTagName('div')[0];
text.onchange = function () {
div.innerText = text.value;
}

这是普通js写法。

$(document).ready(function () {
$('input').change(function () {
$('div').text($('input').val());
})
})

显而易见，jq版本的代码更加简便。

{{ message }}

var app6 = new Vue({

el: '#app-6',

data: {

message: 'Hello Vue!'

}

})

现在我们进入新时代，使用mvvm的vue框架进行双向数据绑定，显然我们轻松了许多，而将之放大，当我们的业务足够复杂，一个表单可能需要10-20个输入框，并且这些输入框有可能动态生成，后端人员往往会陷入取值和赋值的无限黑洞，他们往往可以轻松搞定后台业务逻辑，然而前台业务逻辑成为阻碍他们的最大障碍，新的开发模式前后端分离由前端人员处理这些前端逻辑，后端人员专注于后台数据，无疑可以提高开发效率。这时候，一个很现实的问题摆在眼前，维护现有的成熟体系还是冲破已有体系引入新的开发逻辑和流程？于局外人而言似乎可以不假思索的作出决定，后入局者也可以大胆尝试新的架构，然而真正有底蕴有所积累的大公司所要放弃的却有可能是不能承受之痛，改革不易，且行且珍惜。