我们相信,开源如果没有良好的文档支持,创意再好,技术再先进的项目,也不会获得很大的成功。80后的中国人重理轻文,这种现象在软件行业也普遍存在。最直接的后果是,世界上很多很优秀的项目,由于缺乏良好的汉化文档支持,无人问津。本汉化文档的宗旨在于给ExtJS的中国用户多一些的文档支持,并且尽我们之能力提供相关咨询解答。 关于ExtJS有不少争论,尤其是当把它和Dojo比较的时候,很多人会埋怨它加载的JS包文件太大。但正如C++之父 Bjarne Stroustrup 所说的,"世界上只有两种语言:一种是每个人都在抱怨的,一种是没有人用的。"埋怨也不全是坏事,至少有很多人在用,我们才会听到埋怨的声音 ...
根据原作者的思路,Ext是没有在脚本层面过多考虑其依赖问题的——作者推荐的方案是登录其官方网站,有专门的依赖分析器给你生成代码。 时下的Ext,仅仅是通过“单根继承”的方式确立其依赖关系。因此,要分析依赖关系,最好的方法是从继承链入手,即具体代码是Ext.Extend()。 此时修改Extend(),即必须Extend设为一回调,有两种途径实现: a. 加多一个函数做壳Shell,包裹着Extend。这个比较简单,但略显Hack; b. Function.createInterper()作AOP,实现回调有困难,待验证。 无论a,b方案,都是得知依赖关系后,页面动态生成script tag ...
  • 22:21
  • 浏览 (257)
  • 评论 (0)
浏览器引擎WebKit小组正在忙一件事,就是升级他们的新JS引擎:SquirrelFish(金鳞鱼)。他们强调从不同的方案中集思广益(包括Lua等),实现更快的JS解析速度。这令我想起另一边厢的引擎: erlyjs,用函数式语言Erlang写的JS引擎,号称“Javascript Flavoured Erlang”,Erlang的特点是非常适合多核,web服务...等.. 虽然没有什么量化的测评对比,但总的来说,他们在各自不同的知识领域做着同一件事情:JS引擎。 。。哈哈~想说的是,我们Js发烧友福分不浅啊,那么多奇人异士在为JS世界的革新前赴后继。。 p。s。 webkit处理JS起来已 ...
sp42
搜索本博客
博客分类
存档
最新评论