关于Web前端开发的思考和探索

一、引言

首先这些年关于前端技术层出不穷,从最早的只用js做简单验证,到现在发现好像大前端已经无所不能了的感觉。特别是为了降低前端开发复杂度,涌现了一大批的MVC/MVVM模式的前端框架,不停了刷新我们的代码组织结构及开发模式,比如:BackboneJS、EmberJS、KnockoutJS、AvalonJS(国产)、AngularJS、ReactJS等等。

二、现有主流框架

我们的开发模式第一次革命应该算是从google提出ajax一直到nodejs变化是非常的大,我们也在尝试着找到更合理更简单更适合的开发模式。我自己也经历过从原生js的开发到使用jquery操作dom,再到应用knockoutjs、avalonjs、angularjs及reactjs到我们的项目中(backbonejs、emberjs、polymer我没实际使用过),发现我们的程序越写越简单,而且越来越有意思。但每个框架专注点是不一样的,而且也有一些缺点:
    1、angularjs,体积庞大过于复杂不适合轻量级应用,而且我对1.3放弃IE8及2.0的跳跃式发展耿耿于怀,最终开始把目光投向reactjs。
    2、reactjs,研究了一段时间发现还真不错,首先是比较轻量极,性能也是很赞,最主要是它提出的Virtual DOM的概念,我觉得也算是一个革新了,但是它其实算不上是一个框架,它的专注点在于生成UI,就跟ng中的directive一个等级的,所以很多东西还要自己实现,它只能算我们的一个利器要架构一个复杂的应用还需要很多的工作。还有一点就是我比较不喜欢它的jsx这个玩意,虽然它可以在服务端处理。应该算是我的个人偏见吧。
    3、polymer理念很超前,基于web component实现,我个人也觉得这是未来的趋势。
    但是目前来说对于Shadow DOM的浏览器的兼容性:http://caniuse.mojijs.com/Home/Html/item/key/shadowdom/index.html,我估计除了研究没人会想用它了,而且它还利用了html5的imports:http://www.html5rocks.com/en/tutorials/webcomponents/imports/,它这种模式产生的问题非常明显,就是需要import太多的html,而且还有嵌套的概念,可想而知。

三、对前端框架的想法

这些框架都很强悍,但是我觉得实际开发,一个适合好用的框架应该是要把已有的类库、插件等等的这些完美的结合起,并且提供简单易用的接口及合理的代码组织结构,现有的jquery插件非常的多(其实jquery比这些东西流行的多的多),现有的开源很多的类库我们都可以使用。我的思路是现有的这些资源应该要充分利用起来。所以我想自己整一个框架出来。我构想设计了下:

1、web component思路,结合Shadow DOM 及 Virtual DOM,如果支持Shadom DOM就使用Shadom DOM否则使用Virtual DOM实现。
2、控件定义尽量简单易懂,可快速包装现有的插件,控件存在继承的概念,控件存在少量修改时可以考虑继承覆写的方式实现。
3、实现MVVM的双向绑定,实际是三向(实际dom,控件实例(无论是shadw还是virtual都对应到一个virtual dom)、数据)

我暂时把这个项目叫做 Chitu.js 即赤兔.js,接下来会放到github上。

四、细化及实现思路

1、标签定义
比如我们需要一个hello的控件

<hello id="id1" binding="hello1"></hello>

2、控件定义
我们定义hello的控件

chitu.component(‘hello‘, function (self) {
    //属性定义
    self.name = {
        get: function () { return self.root.getAttribute("name"); },
        set: function (value) { self.root.setAttribute("name", value); }
    };
    self.value = {
        get: function () { return self.root.innerText; },
        set: function (value) { self.root.innerText = value; }
    };

    //...

    //事件定义
    self.onclick = function(){

    };

    //...

    //方法定义
    self.setColor = function(color){
        self.root.style.color = color;
    };

    //...

    //控件生成
    self.render = function () {
        //...
        var text = document.createTextNode(self.value);
        return text;
    };

    //控件消亡
    self.dispose = function(){

    };
});

这里就是整个hello的控件的定义,就是把hello控件实例看作一个virtual节点,这是reactjs的思路,但是实现上面如果是支持shadow dom可以使用把render中返回的节点放到shadow dom中。

这里的控件属性与实际dom的双向连动是通过引入get set方法来实现的,实际上这个代码还需要经过一次complie处理,把get set方法通过ES5的Object.defineProperty方法转换成属性(先不考虑兼容性)。

这里如果要集成jquery控件就非常容易了,比如combobox控件:

chitu.component(‘combobox‘, function(self){
    self.value = {
        get:function(){return $(root).combobox(‘getValue‘);},
        set:function(value){$(root).combobox(‘setValue‘,value);}
    };

    self.render = function(){
        $(root).combobox(options);
        return root;
    };

    self.dispose = function(){
        $(root).combobox(‘dispose‘);
    };
});

如果控件需要继承可以这样,定义一个mygridEx继承mygrid控件

chitu.component(‘mygridEx‘, function(self){
    //覆写属性
    self.attr1 = {
        get:function(){},
        set:function(){}
    };

    //覆写方法
    self.getRowCount = function(){

    }
},‘mygrid‘);

3、控制器

chitu.controller(‘ctrl1‘,function(scope){
    scope.data ={
        tenant_id:‘001‘,
        tenant_name:‘tenantname‘,
        height:100
    };

    scope.hello={
        name:‘helloname‘,
        value:‘world‘
    }

    scope.grid1 ={
        width:500,
        height:‘{data.height}‘,
        rowClick:function(row){
            scope.vdom.id1.value = row.name;
        }
    };

    scope.search1={
        text:‘{data.teannt_name}‘,
        searchClick:function(){

        }
    };
});

这里需要解释下<hello id="id1" binding="hello1"></hello>

这里的binding实际上对应的是controller当中的属性,这个属性其实就是控件的选项参数,我们以前调用jquery控件时

$(‘#id‘).jqgrid({
    //一堆参数
});

这样的话,这一堆参数就可以通过一个binding跟页面联系起来,方便控件的使用,当然还可以在控件定义时就定义好很多默认的参数,只需要传入需要改变的参数。
当然我们的参数也不一定都要写在binding当中,也可以单独绑定控件属性

<hello id="id1"  [value]="world" ></hello>
<hello id="id1"  [value]="{data.tenant_name}" ></hello>
<hello id="id1"  binding="hello1" [value]="world" [onclick]="search1.searchClick"></hello>

第一行:没有对应的binding属性,只有一个value属性,value的值为world
第二行:value的值双向绑定到controller中的data.tenant_name数据上

第三行:先从bindig的hello1中取值,如果有[value]则覆盖原值

这里为什么给属性加上[中括号],是因为属性叫什么名字都可能,尽量避免和原dom属性冲突。

控件器中还有一点设计值得说的是,我们可以把数据集中在scope.data中

1、其它地方绑定只需要{data.row1.field1}这样指定绑定就好

2、我们可以不需要先data中的结构是怎么样子,根据绑定关系生成data的结构

3、大多数情况下我们取回来的数据就是一个返回result,我们直接赋值给scope.data即可,不需要hello1.value = result.name , grid1.data = result.list;这样的处理。

4、我们需要提交数据时,也只需要从data中取即可,非常方便

当然对于普通的标签,我们也是可以绑定的

<div [title]="{data.title}" [text]="{data.text}" [onclick]="search1.searchClick" ></div>

这样一来,我们的代码可能就会集中在controller的一些方法当前中了,我们在controller中可以直接获取到每个控件实例,可以直接访问控件的各个属性即可实现交互。

当然如果有绑定到data数据中,直接操作数据也可以实现ui交互了。

五、关于可能存在的问题和探索

上面我给大家描述了我的思路及想法,我们再分析可能面对的问题。
1、兼容性

目前只是在尝试阶段,很多问题还没碰到,我的目标是尽量做到IE8+

2、性能

关于性能的消耗,可能主要是在于节点扫描、控件render、属性绑定及属性频繁的刷新。节点扫描当然会有些消耗,但是它带来的方便性可以忽略它的消耗,除非你想一个一个控件指定去手动调用,控件render就取决了你写的控件本身了,不算是这个框架的问题,属性绑定在数据量没有大到一定程度是基本是不会有问题的。

3、开发效率

开发效率主要就取决于是否做到了关注点分离,代码组织是否清晰合理简单易懂,代码只需要写有变化的东西,把重复的细节都封装起来,这个只能是尽量做到了。

关于我的其它的一些想法

1、需不需要引入类似css的东西用于分离页面与controller之间的绑定,这样还可以去除节点扫描,提高性能,如下

var binding={
    ‘#id‘:‘todo1‘,
    ‘#grid1‘:‘grid‘,
    ‘#hello1‘:‘hello‘
};

2、关于render处理 
    a、用代码实现(原生、jquery)

b、模板实现或拼接字符串

c、通过预生成的方式(类似jsx,也可通过nodejs c# java等语言)

3、关于属性刷新

因为控件属性是直接绑定到原生的dom上的,如果出现了大量的属性刷新恐带来性能问题,是否考虑一个参数用来开启关闭(立即刷新、一次性刷新)

4、跟amd cmd结合

这个是没有任何问题的,而且如果控件都是包装第三方控件的话,实现动态加载还可以更加的方便。

5、是否还需要引入其它特性,如ng注入特性、过滤器等

6、哪些环节还可以在服务端预处理

六、结束语

目前我自己也才刚刚一个想法,有很多问题可能还没具体想清楚,现在自己先实现了一个简易的版本,等我先折腾出一个0.1的版本放到github上,如果有兴趣的朋友,可以加入一起设计构思及开发。大家有好的想法,意见建议欢迎给我留言。

时间: 2024-11-03 05:27:21

关于Web前端开发的思考和探索的相关文章

WEB前端开发的思考与感悟,看完这篇文章你再考虑是否入坑!

最近几年对于web前端的传闻很多,比如人才稀缺,简单易学,待遇丰厚,整体势头发展良好等等.遇到过一个不太熟搞后台开发的同事跑来问我学习前端需要掌握哪些内容,也听说过一个搞IOS开发准备自学前端半个月然后要去找前端工作,也曾看到过有人对前端市场人才的稀缺这样吹捧过: 现在,几乎整个互联网行业都缺前端工程师,不仅在刚起步的创业公司,对上市公司乃至巨头这个问题也一样存在.没错,优秀的前端工程师简直比大熊猫还稀少.- - 不仅在国内的互联网行业,在国外,前端工程师一样是需求旺盛.供不应求的香饽饽. 对于

Web前端开发十日谈

一直想写这篇“十日谈”,聊聊我对Web前端开发的体会,顺便解答下周围不少人的困惑和迷惘.我不打算聊太多技术,我想,通过技术的历练,得到的反思应当更重要. 我一直认为自己是“初级”前端开发工程师,一方面我入道尚浅,只有短短几年,另一方面我自知对技术的钻研并不深入,可能是由于环境的原因,当然最重要的是,我幸运的参与到互联网崛起的浪潮之巅.时势造就了一批技能薄弱但备受追捧的“弄潮者”,这在很大程度上影响我们对“技术本质”的洞察力,多年来也一直未有成体系的“前端技术”布道佳作,以至于当下多数人对前端技术

淘宝前端工程师:国内WEB前端开发十日谈

转自:http://www.jianshu.com/p/8cf2df3fdbf2 一直想写这篇“十日谈”,聊聊我对Web前端开发的体会,顺便解答下周围不少人的困惑和迷惘.我不打算聊太多技术,我想,通过技术的历练,得到的反思应当更重要. 我一直认为自己是“初级”前端开发工程师,一方面我入道尚浅,只有短短几年,另一方面我自知对技术的钻研并不深入,可能是由于环境的原因,当然最重要的是,我幸运的参与到互联网崛起的浪潮之巅.时势造就了一批技能薄弱但备受追捧的“弄潮者”,这在很大程度上影响我们对“技术本质”

浅谈web前端开发

有部分同学和朋友问到过我相关问题.利用周末我就浅浅地谈谈我对web前端开发的理解和体会,仅仅能浅浅谈谈,高手请自己主动跳过本篇文章. 毕竟我如今经验并非非常足,连project师都算不上,更不用说大牛了.今天也不谈技术.技术非常多人比我掌握得更好,也大同小异.可是每一个人的理解体会是不一样的. 对前端开发的三个整体理解和体会 我对前端开发的整体体会有三: 第一:杂而难,难度甚至超过了一般的后台开发,假设有人认为前端开发简单仅仅能说明他还没有入门. 第二:web前端开发正在向响应式和移动端方向大步

Web前端开发推荐阅读书籍、学习课程下载

转自http://www.xuanfengge.com/fe-books.html 前言 学校里没有前端的课程,那如何学习JavaScript,又如何使自己成为一个合格的前端工程师呢? 除了在项目中学习和跟着有经验的同事学习,读书也是必不可少的.书中有着相对完整的知识体系,每读一本好书都会带来一次全面的提高. 而如果深一脚浅一脚的学习,写出代码的质量会参差不齐.初学者的首要任务是成为靠谱的熟练开发者,能够稳定的输出有一定质量的代码. 前端技术发展速度特别快,总是涌现出很多新的东西,需要不断的学习

【前端福利】用grunt搭建自动化的web前端开发环境-完整教程

jQuery在使用grunt,bootstrap在使用grunt,百度UEditor在使用grunt,你没有理由不学.不用! 1. 前言 各位web前端开发人员,如果你现在还不知道grunt或者听说过.但是不会熟练使用grunt,那你就真的真的真的out了(三个"真的"重复,表示重点).至于grunt的作用,这里不详细说了,总之你如果做web前端开发,你一定要用grunt.还有一点,它完全免费,没有盗版.既强大又免费的东西,为何不用? 当然了,你如果你能找到更好的替代grunt的其他工

用grunt搭建自动化的web前端开发环境

用grunt搭建自动化的web前端开发环境 jQuery在使用grunt,bootstrap在使用grunt,百度UEditor在使用grunt,你没有理由不学.不用! 1. 前言 各位web前端开发人员,如果你现在还不知道grunt或者听说过.但是不会熟练使用grunt,那你就真的真的真的out了(三个“真的”重复,表示重点).至于grunt的作用,这里不详细说了,总之你如果做web前端开发,你一定要用grunt.还有一点,它完全免费,没有盗版.既强大又免费的东西,为何不用? 当然了,你如果你

Web前端开发的体会十日谈(转)

一直想写这篇“十日谈”,聊聊我对Web前端开发的体会,顺便解答下周围不少人的困惑和迷惘.我不打算聊太多技术,我想,通过技术的历练,得到的反思应当更重要. 我一直认为自己是“初级”前端开发工程师,一方面我入道尚浅,只有短短几年,另一方面我自知对技术的钻研并不深入,可能是由于环境的原因,当然最重要的是,我幸运的参与到互联网崛起的浪潮之巅.时势造就了一批技能薄弱但备受追捧的“弄潮者”,这在很大程度上影响我们对“技术本质”的洞察力,多年来也一直未有成体系的“前端技术”布道佳作,以至于当下多数人对前端技术

用grunt搭建自动化的web前端开发环境-完整教程

jQuery在使用grunt,bootstrap在使用grunt,百度UEditor在使用grunt,你没有理由不学.不用! 1. 前言 各位web前端开发人员,如果你现在还不知道grunt或者听说过.但是不会熟练使用grunt,那你就真的真的真的out了(三个“真的”重复,表示重点).至于grunt的作用,这里不详细说了,总之你如果做web前端开发,你一定要用grunt.还有一点,它完全免费,没有盗版.既强大又免费的东西,为何不用? 当然了,你如果你能找到更好的替代grunt的其他工具也是可以