工作那些事儿(10)- 前端

原创
2013/06/30 20:25
阅读数 141

    虽然我一直强调不是前端工程师,但这里还是要好好说前端的框架,因为这也是我得意的一个作品。

    EIP的前端一开始只是单纯地使用jquery。jquery被称为神器不为过,因为真的很好入手,扩展又多,可以实现的效果又好。我以前写过dephi,写过action script,类似这种事件驱动的动态语言再容易上手不过了。但是jquery用得多了,代码开始失控了,一段又一段的事件驱动回调函数,而且不好复用,有很多重复代码,想抽象,发现又凌乱了,总之,代码总体的逻辑结构性不强。如果只是一个jsp实现一些简单特效就没问题,但重前端应用中,这很容易混乱,代码的质量变得低下,可维护性大大降低。

    我想找一个帮助我将代码模块化结构化的框架,但一定要轻,要尽量低的迁入成本。然后找到了backboneJS,那时候backboneJS才0.9.1,什么AngularJS 都还没浦头,可以选择的不多,看到说很多国外网站都用backbone,包括linkined,于是就用了。这家伙,确实是好家伙。他封装了简单的OO方式,无需再用js那拗口的面向对象语法,这让我更好地封装了代码,并使用简单的方式实现继承复用。而backboneJS核心的MVC模式,也很好帮助我将逻辑分层,通过对页面的切割,模块化更清晰。而且它的一个好是,我对原代码的改动并不是很大,就实现了迁入,当时代码量大概有4000行JS的样子,一周时间就完成了升级并测试通过。

    网上后来很多在讨论,到底backbone是不是MVC框架,因为它很坏,它的C是Collection,而它并没有Controller类,这跟传统意义的MVC相差太大了。但我是这样理解的,其实backbone的View才是MVC里面的C,控制者,在View里其实是实现逻辑的,而模板引擎+CSS才是真正的V层,这里描述了html布局和样式,是真正的显示层,M层则是Model + Collection。其实,有时候,无需要过多去争论一些字眼上的定义概念问题,关键是,用它带来什么好处,是否满足得到自己的需要,有没有多余的东西。现在backbone就是很能满足我的需求,其他后来的MVC也没见到有特别的东西让我感觉需要替换,所以也一直用下来了。

    还要说说模板引擎,因为一开始在用jquery,所以就用了jquery-template这个官方库,没想到它这么没生命力了,没过多久就宣布不再升级维护了,NND,而backbone本身建议用underscore的tmpl,但我实在不想全部模板又写一次(两者语法不一致),所以,也一直用jq-template了,这不能不说是一个遗留的痛。

    当时做着个前端,很有冲劲,想做得极致,参考了很多优化建议,后面还采取了合并代码并压缩的做法,就是将所有js合并到一个js文件,css也合到一个,tmpl文件又合到一个,最后html中要加载的资源除了第三方库,就只有另外三个all.min.js, all.min.css, all.min.tmpl文件,这样下来html合共请求的资源数从50+降到了30+,进一步减轻了http服务器的压力,而由于企业内网网速无压力,所以下载大体积的资源文件,也是很快的。

    前端另一个特别的地方就是,我当时想参考spring Ioc的思想,将类的构造放到运行时来决定,实现配置化的策略模式。这是有需求的,不是为做而做。需求源于我想代码更漂亮一点,其实简单的实现就是不断地if else,但是我有一定洁癖,我不想这样if else,所以我想做类似Ioc的东西。JS不是Java,没有class loader,这么搞呢?这个当时花了相当时间去找资料研究,最后的实现方法确非常简单:JS是一个动态语言,原来他本身就具备了这种Ioc的动态性质。简单讲,举个例子,执行一个function,代码中可以写成


myFunc();


来调用,也可以将函数放到一个变量中,然后调用:


myArray = [];
func = 'myFunc';
myArray.push(func);
myArray[func]();


    如此下来,前端基本构建起来了。

展开阅读全文
打赏
0
0 收藏
分享
加载中
楼主很牛啊,佩服
2013/06/30 22:36
回复
举报
更多评论
打赏
1 评论
0 收藏
0
分享
返回顶部
顶部