为什么使用Dojo toolkit的十大原因
日期:2012-8-22来源:GBin1.com 最强大但是使用量却大大低于预期的Javascript工具类库肯定是:Dojo Tookkit。几乎所有的javascript框架或者类库都许诺你可以实现任何功能,但是Dojo是最具有此类话语权的类库。在这篇文章中,我们将从十个不同的角度来分享,为什么你应该在你的web项目中开始使用Dojo toolkit。 原因一:模块化和AMD模块加载机制随 着web技术的发展,客户端的javascript越来越复杂,为了更好,更快运行我们的js应用,我们需要模块化我们的程序。不使用异步加载的日子应该 结束了。Dojo toolkit一直都引以骄傲他们的模块化设计,使用dojo.require来动态的加载页面资源。 虽然有一个跨域选项是异步的饿,缺省的加载javascript资源的方法是同步的。 Dojo已经迁移到了异步加载器上,由Rawld Gill开发,可以方便的异步加载所有资源,很大程度的提高了速度。为了加载js资源,你可以使用如下代码: // require方法指导加载器去加载第一个数组的资源 // 如果资源已经被加载,缓存的对象会被使用 require( // 用来加载的模块 ["dojo/on","dojo/touch","dijit/form/Button","dojo/domReady!"],// 一个回调函数用来使用参数来加载模块 // 必须添加到和加载时一样的顺序 function(on,touch,Button) { // 加载后执行其它 }); 为了定义一个模块,使用如下模式: // Using 'define' instead of 'require' because we're defining a module define( // Again,an array of module dependencies for the module we'd like to build ["dojo/aspect","dojo/_base/declare","dijit/layout/BorderContainer"] // Again,a callback function which should return an object function(aspect,declare,BorderContainer) { // Return a module (object,function,or Dojo declared class) return declare("mynamespace.layout.CustomBorderContainer",[BorderContainer],{ // Custom attributes and methods here }); }) 这 里我们使用简单的define方法来定义,基本上所有的AMD加载器都使用,非常简单的结构化方式。很像require,所以使用非常简单。所有列出的有 依赖的数组项目都在callback运行之前调用。通常callback返回一个方法或者对象用来展现模块。一个简单的模式快速加载,管理模块,允许开发 人员加载他需要的部分。 Dojo toolkit的特性丰富的加载器提供了插件,例如domReady,用来监听DOM,并且可以检测是否有相关JS。 ....... 来源:为什么使用Dojo toolkit的十大原因 (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |