Dojo1.11官方教程文档翻译(1.3)新的Dojo资料

Dojo1.11官方教程文档翻译（1.3）新的

Dojo

起步

Dojo1.7是Dojo Toolkit向现代架构的一个重大转变，Dojo1.10在这个趋势上更进一步。因为它广泛的向后兼容，为了充分利用Dojo1.10的优势，一些基本概念由此发生了改变。这些概念将作为Dojo2.0的基础，采用这些新概念将帮你在正确的路上走得更远。当然为了从这些新的要素（如dojo\/on ）中直接获益，你需要采用其中一些新概念。

本教程将解释一些Dojo中介绍的概念，主要侧重于新的Dojo。我会尽力说明为什么作出改变和如何改变。一些变化是从根本上的出现的，咋一看会很迷惑，但它们都有着充分的理由——让你的代码更高效、运行更快、玩转JavaScript、更棒的可维护性。总之，花时间去理解modern Dojo是值得的。

本教程不是一个手把手的版本迁移指导，但对于很熟悉Dojo的你来说，它远胜于一个初级概念读本。更多的技术细节请参考Dojo 1.X to 2.0 Migration Guide 。

Hello新世界

新Dojo的一个核心理念就是全局命名空间是件坏事。这有很多原因，在一个复杂的web应用中，全局命名空间很容易被各种代码污染，特别是当许多组织使用多重JavaScript框架时。我甚至不用从安全的角度去提那些故意修改全局命名空间产生的恶果。如果你打算在新Dojo中的全局命名空间里访问一些东西，请剁手。由于向后兼容的原因大量的toolkit暂时是全局范围的，但不要用在新的开发中。

当你发现你在输入dojo.* 或dijit.* 或dojox.* ，你正步入歧途。

那些只是引入dojo.js 来获取一个核心功能然后输入dojo.something 来require几个模块到你的核心内容的开发者们，你们真的要改改了，因为这么干真的很糟。

再来一次，跟着我念“全局命名空间真烂，全局命名空间真烂，我才不用全局命名空间，我才不用全局命名空间”。

另一个核心理念是同步作业很慢，而异步通常更快。旧Dojo已经从dojo.Deferred获得了异步JavaScript强大血脉，但是对于新Dojo，希望一切都异步操作。

为了加强Dojo的模块化以及上述理念的影响，在Dojo1.7中采用统一模块命名叫做异步模块定义（AMD）。就是说Dojo模块加载器从根本上的重写通常都离不开require() 和define() 函数。完整文档在这里loader in the reference guide 。

先举个以旧方式做的例子：

dojo.ready(function(){

dojo.byId("helloworld").innerHTML = "Hello World!";

});

下面走进新时代：

require(["dojo/dom", "dojo/domReady!"], function(dom){

dom.byId("helloworld").innerHTML = "Hello New World!";

});

欢迎来到美丽新世界。require() 是新Dojo的基础。它创建Javascript闭包提供给需要的模块使用，就像通过参数将变量传递给函数一样。通常，第一个参数是一个模块ID组成的数组，第二个是一个函数。在require() 的闭包里，我们可以通过在参数从声明的变量来引用这些模块。在调用模块时，通常会有一些惯例，一般在参考指南中会说明。

加载器——正如旧的那种，会负责查找、加载、和管理模块的所有累活。

你可能会发现有需求数组中有一个名为dojo\/domReady!的模块没有返回变量，它是一种加载器插件，用来控制加载器的行为。本模块的作用是让加载器等待DOM结构加载完成。在异步的世界里，操作假设的页面DOM结构可不是个好主意，所以如果你要在代码中对DOM 做点事的话，先确定你包含了这个插件。因为我们在代码中并不使用这个插件，惯例是把它放在数组的最后，而且不提供它的返回变量。

即便在模块已经加载后，你仍可以使用require() 来引用该模块，用来将模块ID变为一个字符串参数。你会在Dojo Toolkit里看到这种编码风格，因为我们希望能改在代码中集中管理依赖关系。该风格编码示例如下：

require(["dojo/dom"], function(){

// some code

var dom = require("dojo/dom");

// some more code

});

AMD的另外一个核心功能是define()，用来定义模块。详细教程看Defining Modules 。Dojo Base和Core

你在用新dojo的时候可能听过“baseless”这个术语，就是确保一个模块它需要的基本Dojo 功能之外，不会依赖其它更多的东西。在遗留问题的世界里，仍然有大量的函数在基础dojo.js里，而且至少在2.0之前依然存在。不过要是你希望确保你的代码将来如你所愿的易于迁移，就别用dojo.*。就是说你可能并不了解现在的一部分命名空间。

dojoConfig 有一个选项是async ，它默认为false，就是所有的Dojo 基础模块都会自动加载。如果你设为true来利用加载器的异步性质，这些模块就不会自动加载。这些是为了应用更快的响应和加载。

此外，Dojo 拥抱EcmaScript 5规范，并在可能的情况下，为了将ES5 带给旧浏览器使用部分Dojo来模拟ES5和填坑。就是在一些情况下以Dojo的方式处理问题，但并不直接使用Dojo。

你一旦使用Dojo Base 和Core，一起会像下面这样进行。

dojo.require() 时你这么干：

dojo.require("dojo.string");

dojo.byId("someNode").innerHTML = dojo.string.trim(" I Like Trim Strings ");

用require()则是这样：

require(["dojo/dom", "dojo/string", "dojo/domReady!"], function(dom, string){ dom.byId("someNode").innerHTML = string.trim(" I Like Trim Strings ");

});

Events and Advice

dojo.connect() 和dojo.disconnect() 被移入到dojo/_base/connect 模块，新Dojo使用dojo/on 来进行事件处理，dojo/aspect 则针对方法advice。Events 有更深层次的教程，这里将涉及一些差异。

在旧Dojo中，事件和修正方法行为之间没有明确的区别，都用的dojo.connect() 。事件是事情发生在于对象之间的关系，例如一个点击事件。dojo/on 完美处理DOM原生时间以及Dojo对象或小部件引发的事件。advice 是源于面向方面编程（AOP）的概念外加连接点或方法的行为。Dojo的很多部分都符合AOP，

dojo/aspect 则为此提供了一个集中机制。

在旧Dojo中，我们有多种方式来完成一个点击事件的处理：

Button1

data-dojo-props="onClick: myOnClick">Button2

Button3

Button4

在新Dojo中只使用dojo/on, 你可以用编程式或声明式的来编写你的代码，不用管你处理的是DOM事件还是Dijit\/widget ：

Button1

Button2

Button4

注意没有用dijit.byId ，在新Dojo中widgets使用dijit/registry ，registry.byId() 用来取得widget的引用。另外，注意dojo/on 处理DOM节点和widget事件的方式是一样的。

旧方式给方法添加功能时你可能要这么做：

var callback = function(){

// ...

};

var handle = dojo.connect(myInstance, "execute", callback);

// ...

dojo.disconnect(handle);

新Dojo中，dojo\/aspect 可以让你获取一个方法的advice并且在另一方法之前、之后或周围添加行为。比如，你可用aspect.after() 代替dojo.connect() ：

require(["dojo/aspect"], function(aspect){

var callback = function(){

// ...

};

var handle = aspect.after(myInstance, "execute", callback);

// ...

handle.remove();

});

要点

Dojo中另一块经过小修正的是publish\/subscribe 功能，它在dojo/topic 模块下进行了模块化和改进。

旧Dojo中这么做：

// To publish a topic

dojo.publish("some/topic", [1, 2, 3]);

// To subscribe to a topic

var handle = dojo.subscribe("some/topic", context, callback);

// And to unsubscribe from a topic

dojo.unsubscribe(handle);

新Dojo中，利用dojo/topic ：

require(["dojo/topic"], function(topic){

// To publish a topic

topic.publish("some/topic", 1, 2, 3);

// To subscribe to a topic

var handle = topic.subscribe("some/topic", function(arg1, arg2, arg3){

// ...

});

// To unsubscribe from a topic

handle.remove();

});

从dojo/topic 指南去获取更多细节。

注意publish参数不再是一个数组，而只是简单的传递。

Promises

Dojo 的一个核心概念是Deffrred类，改变了Dojo1.5中设定的架构，这里需要讨论下。另外，在1.8和更新的版本中，promise API进行了重写。它大部分只是在语义上和之前一样，但不在支持旧的API，如果你要使用它，就需要采用新API。在就Dojo中可以看到Deferred 如此工作：

function createMyDeferred(){

var myDeferred = new dojo.Deferred();

setTimeout(function(){

myDeferred.callback({ success: true });

}, 1000);

return myDeferred;

}

var deferred = createMyDeferred();

deferred.addCallback(function(data){

console.log("Success: " + data);

});

deferred.addErrback(function(err){

console.log("Error: " + err);

});

新Dojo这么做：

require(["dojo/Deferred"], function(Deferred){

function createMyDeferred(){

var myDeferred = new Deferred();

setTimeout(https://www.360docs.net/doc/429408188.html,unction(){

myDeferred.resolve({ success: true });

}, 1000);

return myDeferred;

}

var deferred = createMyDeferred();

deferred.then(function(data){

console.log("Success: " + data);

}, function(err){

console.log("Error: " + err);

});

});

dojo/DeferredList 依然还在，只是不赞成再用。你能在dojo/promise/all 和dojo/promise/first. 找到更健壮和相似的功能。

Requests

任何一个Javascript库都将Ajax作为其核心基础之一。Dojo1.8之后，这一基本构建API更加优秀——跨平台运行，易于拓展，提高代码重用。以前，你常常为了获取外来数据只能在XHR、Script 和IFrame IO communication 之间挣扎。dojo/request 可以帮你让整个过程更加容易。

就像dojo/promise 一样，就的实现方法依然保留，但是你可以很容易的利用新的方法重构你的代码。例如，旧Dojo中你可能这么做：

dojo.xhrGet({

url: "something.json",

handleAs: "json",

load: function(response){

console.log("response:", response);

},

error: function(err){

console.log("error:", err);

}

});

新Dojo你要这么做：

require(["dojo/request"], function(request){

request.get("something.json", {

handleAs: "json"

}).then(function(response){

console.log("response:", response);

}, function(err){

console.log("error:", err);

});

});

dojo/request 会加载对于你的平台最合适的请求处理器，比如浏览器的XHR。上面的代码可以在NodeJS上轻易的运行，你不需要做任何修改。

这也是一个很大的话题，详细参见Ajax with dojo\/request 。

DOM操作

到现在你可能已经发现了这样的趋势，Dojo不仅舍弃了对全局命名空间的依赖，采用了一些新模式，而且还打破了一些模块的核心功能，这点在JavaScript toolkit 比DOM操作上做的更多。

模块摘要和内容（略）。

贯穿新Dojo doolkit的的一个模式就是围绕访问器的逻辑分离。下面这些已经被替代了：

var node = dojo.byId("someNode");

// Retrieves the value of the "value" DOM attribute

var value = dojo.attr(node, "value");

// Sets the value of the "value" DOM attribute

dojo.attr(node, "value", "something");

下面的示例用使用完全不同的事情实现的同样的功能：

require(["dojo/dom", "dojo/dom-attr"], function(dom, domAttr){

var node = dom.byId("someNode");

// Retrieves the value of the "value" DOM attribute

var value = domAttr.get(node, "value");

// Sets the value of the "value" DOM attribute

domAttr.set(node, "value", "something");

});

在新Dojo中，你在代码里做什么事很清晰的，很难由于参数的多余或缺失在你的代码里出现你不打算做的事。访问器的分离始终贯穿新Dojo。

DataStores 与Stores

在Dojo1.6中，引入了新的dojo/store API，丢弃了dojo/data API。dojo/data 数据存储至少会维持到Dojo2.0，可能的话还是迁移到新API更好。本教程不多赘述，详情参见Dojo Object Store 。

Dijit 和Widgets

Dijit 也在新Dojo作出了改变，不过随着功能被打破到离散的构建模块在组合出复杂的功能，多数的改变放在了toolkit的基础上。如果要创建自定义widget，参见Creating a custom widget 。

如果只是用dijit或其他widget开发，那么在dojo/Stateful 和dojo/Evented 类中引入了一些核心概念。

dojo/Stateful 提供widget的离散访问器，这些属性的改变可以看见。例如：

require(["dijit/form/Button", "dojo/domReady!"], function(Button){

var button = new Button({

label: "A label"

}, "someNode");

// Sets up a watch on https://www.360docs.net/doc/429408188.html,bel

var handle = button.watch("label", function(attr, oldValue, newValue){

console.log("button." + attr + " changed from '" + oldValue + "' to '" + newValue + "'");

});

// Gets the current label

var label = button.get("label");

console.log("button's current label: " + label);

// This changes the value and should call the watch

button.set("label", "A different label");

// This will stop watching https://www.360docs.net/doc/429408188.html,bel

handle.unwatch();

button.set("label", "Even more different");

});

dojo/Evented 为类提供emit() 和on() 函数，这是Dijit和widget的一步更。尤其是，使用widget.on() 来设置你的事件处理更加先进。例如：

require(["dijit/form/Button", "dojo/domReady!"], function(Button){

var button = new Button({

label: "Click Me!"

}, "someNode");

// Sets the event handling for the button

button.on("click", function(e){

console.log("I was clicked!", e);

});

});

Parser

最后是关于dojo/parser 。Dojo同时加强了编程式和声明式标记方式，dojo/parser 对声明式标记进行解析，并转化成对象和widget的实例。之前提到的所有新思想同样影响着dojo/parser ，并让它发生了一些新变化。

虽然Dojo依然支持parseOnLoad: true 配置，但显式地调用解析器通常更有意义。例如：

require(["dojo/parser", "dojo/domReady!"], function(parser){

parser.parse();

});

解析器的另一大变化就是支持了HTML5的属性标记节点。你可以在Html5中标记HTML。特别是dojoType 变成了data-dojo-type ，从而用指定对象参数替代无效的HTML\/XHTML 属性，data-dojo-props 属性指定的所有参数都将传递给对象构造器。例如：

data-dojo-props="iconClass: 'checkmark'">OK

Dojo 支持在data-dojo-type 里使用Module ID，例如dojoType="dijit.form.Button" 变成data-dojo-type="dijit/form/Button"。

上面提到的引入dojo/Evented and dojo/Stateful 的概念变化在“watch”和”on”的功能上已经赶上了尚明脚本和添加合适的脚本类型。例如，现在你可以这么做：

Click

另外，解析器也支持dojo/aspect 引入的概念，你可以向“before”、”after”和”around”

advice加入代码。更多见dojo\/parser 。

dojo/parser 也支持模块的auto-requiring 。就是说你没必要在模块调用前引入它。不过如果把isDebug 设为true，你这么引入模块会出现警告。

Builder

最后在简单提下Dojo builder 它在Dojo 1.7 里完全重写了。一方面是随着AMD的显著变化，同时它也被设计的更加现代化和富于特色。这里不多说，详见Creating Builds ，不过为了拥抱新的builder 请忘记你对就builder 的一切印象。

小结

希望你经历了一场有意思的新Dojo旅程。任何熟悉旧款的人在新世界里重新开始思考都需要花点时间，一旦你开动了，就很难再回去，而且你会发现对于应用有了更加结构化的方法。

总之，记得新Dojo的方式是：

粒度相关和模块化——只require你需要的。为了更快、更智能、更安全的应用。

异步——事情不是必须按顺序发生的，为代码的异步操作做好计划。

全局作用域很糟——再来一次，我再也不用全局作用域了。

离散访问器——一个函数只做一件事，尤其是对于访问器。为你准备了get() 和set() 。

Dojo补充ES5 ——EcmaScript 5 做的，Dojo不做。

Events and Advice,not Connections——Dojo正从通用连接转向时间和面向方面编程。

Builder 大有不同了——变得更加强大和富有特色，但是它只会更加彰显旧应用的设计缺陷，而不是修复它们。