在4月16日的百度技术沙龙里,我们邀请百度前端通用组技术组负责人雷志兴和去哪儿网的前端组负责人胡金埔,在沙龙分别跟大家分享百度和去哪儿网在JavaScript库的设计和运用实践经验。本文对他们的分享做简单回顾。 百度前端的七巧板——Tangram Javascript库 雷志兴在他的分享中向我们介绍了百度设计Tangram库的原因,设计目标,以及Tangram库的架构和特点。 在分享中雷志兴提到百度的产品主要分为三类: ● 搜索类产品:用户的需求是想尽可能快的得到响应,尽快获取自己想要的内容。 百度自99年成立到现在,前端产品有很多遗留的代码。一方面是为了解决这些遗留代码,另一方面是为了更好的设计产品,让工程师快速开发出好的可持续维护的前端产品。百度前端通用技术组设计了他们的JS库——Tangram 百度的JS代码可以分为四层: ● 第一层:Base基础库,职能单一的基础方法。为其他层提供基本的操作支持。 接下来,雷志兴开始介绍Tangram库的设计特点。 ● 提供容易封装的静态方法。 最后,雷志兴又对他们的UI系统结构做了简单介绍。通过建立这样一个适合百度所有产品的库,不仅能让产品线高效开发JavaScript,而且也让前端项目变的持续可维护。 Qunar的JavaScript模块化之路 胡金埔是去哪儿网的前端架构师、前端组负责人,他在本期沙龙跟大家分享的是去哪儿网建设JavaScript库的实践经验。在分享的开始,胡金埔先给大家看了一段糟糕的代码,引出这次分享的话题。 用LabJs实现更好的加载,采用Ant、Rake、Nginx等实现文件的压缩和合并。如果做到这些,对前端开发来说是不是就足够了呢?这样的话,对一个简单页面来说是足够的,但是对于现在的富客户端只能说是可能足够。 在去哪儿网产品发展的过程中,他们也采用过许多优秀的JavaScript开源框架,但因为缺乏具体的针对性,一些老代码的维护工作变的非常繁重。在产品开发的实践过程中,去哪儿网开发出了自己的JavaScript库Module.js和Qtest。胡金埔在沙龙现场向大家分享和演示了Module.js和Qtest,并特别介绍了Qtest。 Qtest是一个基于本地浏览器的JavaScript测试工具,具有以下优点: ● 基于Qunit OpenSpace 在沙龙最后的环节依旧是讲师、嘉宾和参会者共同参与的交流,本次我们邀请的嘉宾是淘宝北京的前端工程师罗克彪同学。本次OpenSpace的话题: 去哪儿网——林浩:QTEST代码测试化之路 我们在做前端测试时,发现测试是前端开发一个重要环节。轻松快速的实现测试,就是Qtest的设计目标,刚才我简单介绍了Qtest的一些基础的东西。同时也希望大家在活动后可以上网查看一下,现在前端测试框架和手段有哪些,用测试的手段控制代码的质量,弥补不足,提高代码的质量。 百度——雷志兴:如何设计适合自己团队的JS库 我们组大部分人都是在自己公司自己的内部做通用的研发的。在讨论中发现大家对如何设计还是有些问题的。对什么时间做什么事情,以及如何提供技术支持,还比较模糊。这是一个值得长期研究的问题。我总结一下我的经验,在设计的时候要考虑两件事情,一是产品,第二就是团队。 淘宝——罗克彪:多人协作代码组织 我们讨论的问题是每个公司都会遇到的,就是一些老的产品中有一些代码,在新产品中往往还要写,造成工作的重复,如何避免这种重复,讨论到最后讨论到管理上面了,就是看大老板肯不肯下决心花费金钱和人力来整理这些代码。 中软国际——王磊:前端的安全问题,过多的业务逻辑放在前端,是否有安全隐患 我之所以提出这个问题,是因为我自己做了一个网站,只有一张页面,能实现局部刷新。我把所有页面组装都放在了浏览器端。但是有一个问题,设定的值很可能会被用户给改掉,刷新之后就会出现混乱。如何能避免这个问题?最后的结论是没有办法,因为数据到了浏览器端后是可以被修改的。第二个问题就是一个网站可否完全用阿贾克斯局部刷新来实现,讨论的结果是可以,但是比较麻烦。主要是因为JS代码维护起来比较难。 参会者博客 本期沙龙结束之后,有部分热心的同学把自己参会的过程和笔记整理成博客,和大家一起分享。摘录如下: 参加“百度技术沙龙”JavaScript库的设计与应用笔记中,作者把他在雷志兴的分享中记的笔记跟大家做了分享;另外在JavaScript库的设计与应用——百度技术沙龙第十三期图文放送!!中作者对两位讲师的分享做了一下总结,并贴上了图片和大家一起共享。非常感谢这些热心的同学,也欢迎大家继续通过博客或微博分享在沙龙中的心得。 下期百度技术沙龙的开放日期预定为5月21日,大家可以随时登陆InfoQ官方微博或者百度技术沙龙微博群了解最新动向。同时也欢迎大家登陆新浪微博,提出对沙龙的期望和建议,发布相关话题时,请注意标注#百度技术沙龙#。谢谢! |