Atlas 实现机制浅析(一)

与 .NET 和 Java 平台下其它 AJAX 框架相比，Altas 最大的亮点就在于与 ASP.NET 现有机制的无缝融合。通过 VS.NET 集成开发环境，使用者可以在对 js 和 AJAX 不甚了解的情况下，以非常自然的方式使用到最先进的技术。此外直接在 js 一级提供 WebService 的调用支持，也大大降低了对 ws 技术的使用门槛。而 ASP.NET 中一直引以为豪的数据绑定等技术，也可以在 Altas 中无缝得到支持，让现有投资能够最大限度得到保护。从这些意义上来说，虽然 Altas 在 AJAX 理念上没有太多突破，但不失为一个强大且实用的 AJAX 框架，非常符合 MS 在技术.

整体结构

从整体结构上来看，Altas 的核心在于<atlas:ScriptManager .../> 这个标签，所有支持 Altas 的页面都必须有且只有一个此标签，以引入 Altas 的基础架构支持。在此基础上，通过 <altas:UpdatePanel .../> 标签定义需要异步更新的范围，避免传统 Post Back 模式下的全页面刷新。而需要支持 AJAX 模式获取数据的控件，则可以通过 js 脚本和 xml 脚本两种方式定义，并由 Altas 框架进行动态 patch 以实现标准 web 控件的 AJAX 支持。此外就是 WebService 调用和数据绑定的支持机制，也是利用 Altas 框架的基础架构实现的。

ScriptManager

首先，ScriptManager 是一个容器，用户可以在 ScriptManager 标签下定义期望引用的其它 js 库，以及希望通过 js 直接调用的 WebService 服务。

例如在如下的定义中，ScriptManager 控件将保存对两个客户端 js 库和 ComplexService 服务的引用，并在页面 Render 的时候写入适当的支持代码。我们可以通过 ScriptManager.Scripts 和 ScriptManager.Services 属性访问类似定义。

其中 ScriptReference 非常简单，支持通过 ScriptName 或 Path 属性指定脚本。

ScriptName 指定 Altas 内建的库名称，在 FrameworkScript 类型中有具体定义。这个属性在有的文档和例子中，也直接称为 Name 属性，但最新的 Altas M1 中已改为 ScriptName。这个脚本类型将被通过 ScriptManager.ConvertFrameworkScriptToFileName 函数转换为对应的 js 文件名。

如果直接使用 Path 则可以指定任意的用户自定义库。

此外还可以通过 ScriptReference.Browser 属性指定脚本适用于的浏览器，Altas 将根据客户端浏览器类型，自动选择加载合适的脚本。

而 ServiceReference 也非常类似，可以通过 Path 和 Type 属性指定 WebService 的 .asmx 路径和相关类型。如果 GenerateProxy 属性为 true 的话（缺省），则 ScriptManager 会为此服务自动生成 proxy 包装脚本；否则将依赖于后台的自动处理机制提供支持。具体的 WebService 实现原理，