Dojo 1.7重大更新：AMD模块异步加载

4星 · 超过85%的资源需积分: 10 91 浏览量更新于2024-07-27 收藏 1.25MB DOCX 举报

"Dojo 1.7 版本注释文档详细介绍了Dojo 1.7的主要更新，包括AMD模块加载机制、浏览器兼容性、Dojo Base的基本功能等内容。" Dojo 1.7 是一个重要的版本更新，引入了许多新特性，尤其是Asynchronous Module Definition (AMD) 的支持，这是一项改变游戏规则的更新。AMD是一种JavaScript模块化加载机制，它允许脚本在需要时异步加载，从而提高了页面的加载速度和用户体验。在Dojo 1.7中，AMD成为默认的模块加载方式，用户可以通过配置`async`属性来选择同步或异步加载。此外，Dojo 1.7 支持广泛的浏览器，包括Firefox 3.6到8、Safari 5.0到5.1、Chrome 13到15、Internet Explorer 6到9、Opera 10.50到11.50。对于移动设备，Dojo 1.7 在iOS 4.x 和 5.0（Mobile Safari）、Android 2.2、2.3和3.1、Blackberry 6上运行良好。需要注意的是，某些Dijit widgets，如Editor和Dialog，在特定移动平台上可能不完全兼容。 Dojo Base，即Dojo的基础功能层，也在1.7版本中得到增强。除了AMD之外，它还包含了对核心功能的优化，比如工具函数、事件处理、动画效果等。这些改进提升了Dojo的基础性能，使得开发者能更高效地利用Dojo构建复杂的应用程序。为了帮助开发者更好地适应这些变化，虽然官方Release Notes在发布时仍处于draft状态，但社区已经对其进行翻译，以便开发者能够及时了解新特性和升级指南。同时，Dojo社区通过新浪微博账号@dojotoolkit 提供了最新的更新信息，以保持与英文版Release Notes的同步。在实际开发中，Dojo 1.7 的这些改进意味着开发者可以利用AMD优化应用程序的加载时间，提高代码组织和可维护性。对于移动平台的支持则扩大了Dojo的应用场景，使其能够在各种设备上运行，包括桌面和移动设备。因此，理解和掌握Dojo 1.7的新特性对于使用Dojo的开发者来说至关重要。

"

6. 升级指南

加载器，构建器相关

6.1. <script>

在以前的版本中，可以通过8;标签来加载模块243和 61例如

89:66N":;尽管这种用法在  的构建后的 4

中依然有效，但将不推荐使用，并且在未构建的源代码版本中将无法使用，强制使用会导

致程序出错同时控制台中会出现 :4: 错误。在这种情况下应使用

<423，

例如

<42:6N":3B或者直接用最新的  的 <423K, 全局变量

在以前的版本中，可以在一个模块中通过如下方式定义全局方法

!2:64:3B

6.2. functionmyOnClick(){...}

然后在  中，所有模块都在一个封闭的方法中被解释（!4），上述的方法

将只存在于对应的闭包（4）中而非全局空间中。如果需要在模块中定义全局空间

中的方法或变量，应使用 "

!2:64:3B"6/#9423@E

关于定制压缩 54 的注意事项

6.3. selectorEngine

值得注意的是  查询引擎 2<46"3默认将不再包含在压缩后的

 中，因此在 <46 或  加载时会导致额外的网络请求以获取。如果

希望将 <46" 包含到压缩后的  中，可以在 4 中定义

-"::或直接在 4 命令行中添加 -"9 参数，

也可以参考  中自带的 

关于更多 " 的信息，请参考 <464

6.4. dijit/_base

以前的版本中，在压缩时 H 会自动导入其所依赖的 HN" 模块在

 版本中 HN" 模块只会在非 2向后兼容3模式中被导入。因此  构建器

不再认为 H 依赖于 HN"。

为了避免可能额外的网络请求，建议在上述情况下将 HN" 作为显示的依赖

添加到 4 中。

6.5. 跨域模式中使用本地模块

 有一个局限性，在非  向后兼容的模式下，跨域访问即  是从第三

方域加载的轻快下， 无法加载使用非  即 <4 形式的模块。目前唯一

的办法是将本地模块改写成新的  语法，或者在这种情况下避免使用跨域访问，请参

见 Y00*.

4"#

在  版本中，#" 中的 4"# 参数将无法使用，可以使用如下相

应的方式替换

将应用转成新的  语法并使用异步加载模式26431所有通过标准  加

载的模块便可进行调试通过运行压缩 41将所有非  模块转成新的  语法。

注意：在将应用转换正最新的  语法时可能会需要额外的时间例如来移除旧的

K,'"/ 等，尽管这可能会比直接压缩一个 4 费时，但将能获得  带来

的全面改进特性。

7. 活动支持

作为我们十月（译者注：+ 年）份举行的免费  支持活动的一部分，我们收到

来自 4)4 提出的关于如何在富互联网应用程序中管理多个不同控件之间

通信的如下问题：

我们正在用  构建一个应用。它的有多个互相关联的界面组件。例如，页面顶部有

一个包含多个下拉按钮的工具条，又例如菜单条目能够打开 D 控制器的某个 D。总之

我们需要从不同的控件调用函数，或者说控件之间有非常多的相互联系。是不是应该创建

一个大的控件来包含小的控件，并通过控件模板属性集合来来处理他们的相互联系？在不

久的将来，这方面，尤其是在“HD7，是否会有任何变化？或者是否有更好

的关于这方面的架构？

4，这是个非常好的问题！在构建需要包含多个需要相互通信的用户部件的应用

程序时会碰到很多类似的问题。然而正确答案未必是唯一的，让我们来看看几种好的选择。

首先，让我们来重新检查我们的核心问题：我们有一个应用程序，其中某个区域的控

件需要跟其他区域控件进行通信。然而，直接连接这两个控件的方法是非常脆弱的：它们

其中的一个可能不总是存在，又有可能这个应用中某些部分将来会改变，如果直接将他们

关联就会引起麻烦。因此，我们非常需要一个能够实现兴趣分离解耦的选择方案。这听起

来就像是书刊发行和订阅的例子， 通过 4 和 4 来提供了

这样方案。

4 和 4 实现了一个中心集线器的思想，它能够接收给定主

题的消息（通过调用 4 来发送的消息）。对消息感兴趣的一方能够通过调用

4 来请求这些消息的通知，并设置一个回调函数。这样在每次

4 被调用时，如果发送的是这些特定主题的消息，这个回调函数就会被调用。

最重要的是这个方案中，不论发布者或者订阅者都不需要知道在程序中是谁发行或者谁订

阅了同一主题。因此，程序中不会出现紧耦合或者上下文敏感的弊病。

现在我们理解了发行和订阅的概念，那我们如何真正的应用到我们的程序中呢？什么

时候该调用发行和订阅呢？

关于发行主题，很明显的这应该是需要每个部件自己发行有关主题的，但这又会非常

麻烦。在某些情况下，有可能通过构建简单的扩展就能化繁为简。举个例子，就拿菜单来

说，如果要对每个菜单条目加一个 # 的  是非常费力的，但我们可以

轻易的创建一个我们自己的菜单扩展类。我们从下面的小例子开始：

!2:6K44:3B

2:6K44:141@

,#function21!3@

this2"43B

 G"46"4

42:644:1>?3B

E3B

这段代码定义了一个非常简单的模块，每当这个菜单实例的任何一个条目被点击的时候它就会发行一个

事件。以下是一个测试的代码：

 4

!496K442@

:4:

E3B

 "4

for2!9B89*BOO3@

4#24,2@

::O1

:,:O

E33B

 464

426233B

4423B

 "4

42:644:1function23@

2:4:O3B

E3B

可以用类似的模式来解决其他具有同一类型子类的控件的发行问题，比如工具条中的

按钮，又或者甚至是树的节点。

接下来的问题是在哪里写订阅函数呢？同样的，有多种选择。可以在控件的逻辑代码

中找到合适的位置来添加订阅的代码，尤其适用于如果每个区域由一个顶层模块控制的情

况下。然而，从大局来看，如果过段时间再来看代码，又会发现这样很难找到某个消息究

竟在哪里生效了，而且这会使得较大的或者经常性的重构变得困难。

一个可能的替代方案是建立一个控制器对象，让它来管理所有的订阅。这个控制器不

剩余63页未读，继续阅读

晨光

粉丝: 2

Dojo 1.7重大更新：AMD模块异步加载

SimpleFileSorter:一个简单的文件分类器，可帮助组织文件和文件夹。-开源

Dojo 1.7 中文版本注释功能说明

四种流行的AJAX框架jQuery,Mootools,Dojo,ExtJS的对比.docx

dojo学习...........

Dojo 入门 + Dojo 工具包系列 + Dojo 使用技巧 ......

Dojo1.7 Api chm

dojo 1.7 最新dojo包，内含最新的实例若干个。

rust-dojo:玩Rust..

DOJO中文学习手册2019-12-11.docx

Addison.Wesley.Dojo.Using.the.Dojo.JavaScript.Library.to.Build.Ajax.Applications.Jun.2008.pdf

最新资源