在大型RIA中，动态加载技术十分重要，毕竟几百K甚至M级别的脚本让用户等待加载完了再浏览是不可能。大多数成熟的framework都有动态加载技术的实现，就是说先加载一个最基础功能，然后利用动态加载技术慢慢把所有的脚本加进来，或者说需要某个功能的时候再加载某个模块所 需要的javascript的文件。
好了不说那么多P话了，尽快进入正题来看看GI是怎么实现的动态加载技术。其实GI的load做的很复杂，因为他涉及到了进度条阿等等很多乱七八糟的东西，我们就不分析那么多东西了，来看看他最基础的东西是如何实现的吧。GI中的动态加载有两种，一种是用的是XMLHttpRequest来请求脚本内容，另一种则是加入一个 <script>标签的方式来动态加入脚本以达到动态加载的功能。网上也许还有其它得方法，但其它得方法也都是根据这两种演变来的，还是以这两种为基础得。我们来看看它是如何实现的。
首先是第一种
ClassLoader_prototype.loadJSFileSync = function(strURI) {
var req = new jsx3.net.Request();
req.open("GET", strURI, false);
req.send();
if (req.getStatus() == jsx3.net.Request.STATUS_OK) {
var script = req.getResponseText();
jsx3.eval(script);
return true;
}
return false;
};
呵呵，XMLHttpRequest的GET请求就可以吧js文件拿下来，然后用eval执行所有的脚本，这样就达到了加载脚本的功能了。方法也很简单，也就不用多介绍什么了吧。不过我记着有人说过js必须要UTG-8格式存的，但测试了一下，不用好像也可以。
我们看在package。Js文件里面有个有意思的方法
* Ensures that one or more classes is available before this method returns. Any class that fails to load will
* throw an error. Only classes that can be found by the system class loader may be loaded in this manner.
*
* @param strClass {String
} the fully-qualified names of the classes to load.* @since 3.2
*/
jsx3.require = function(strClass) {
for (var i = 0; i < arguments.length; i++) {
var className = arguments[i];
className = jsx3._REQUIRE_MAP[className] || className;
if (jsx3.Class.forName(className) == null)
jsx3.CLASS_LOADER.loadClass(className);
}
};
需要说明的是jsx3.ClASS_LOADER.loadClass()方法中其实就是调用了loadJSFileSync()方法，这个方法就是在调用类之前如果该类没有被加载将会在被load一次做到需要什么才用什么，不会把所有Javascipt都加载进来。
然后我们再来看第二种方法，添加标签的方式来load脚本
ClassLoader_prototype.loadScript = function(strSrc, strId) {
// instance a new DOM element
var element = document.createElement("script");
element.src = strSrc;
element.type = 'text/javascript';
element.id = strId;
element.language = 'javascript';
// set up onload handler
var me = this;
if (this.IE) {
element.onreadystatechange = function() {
var state = this.readyState;
if (state == "loaded" || state == "interactive" || state == "complete") {
this.onreadystatechange = null;
me._loaded[strSrc] = true;
me._publish({subject:"load", type:"script", src:strSrc});
}
};
} else if (this.MOZ || this.KON) {
element.onload = function() {
element.onload = null;
me._loaded[strSrc] = true;
me._publish({subject:"load", type:"script", src:strSrc});
};
}
element.jsxid = strSrc;
// bind the element to the browser DOM to begin loading the resource
document.getElementsByTagName("head")[0].appendChild(element);
};
呵呵，相信大家都能看懂吧，就是在head标签中加入了script标签，src当然就是重点了，而如何判断脚本加载结束，也明确的告诉我们，在IE下用onreadystatechange，在Firefox下用onload。呵呵，好像很简单吧。
到这里，我突然想到一个问题，script标签好像功能很强大啊，竟然可以用来读服务器上的Javascript文件，跟XMLHttpRequest有同样的功能啊，看来这个东西可以被我们来利用一下了，做点手脚也许会有不同的效果哦，来看。
首先我们写一个Handlers用来模拟一个Javascript文件，然后用这个handler来生成返回的内容，
<add verb="*" type="JsTest.JsHandler" path="demo2.js"/>
</httpHandlers>
{
public void ProcessRequest(HttpContext context)
{
string action = context.Request["action"].ToString();
context.Response.Write("alert(\"hello world " + action + "\");");
}
}
这个Handler中我只是返回了一段alert，呵呵，下面用script来加载他吧，刚才看到的一样，只是script中src我们做了点手脚，嘿嘿指向的是demo2.js?action=city22，哈哈看到了吧，就是个GET访问方式啊！
{
var script=document.createElement("script");
script.type='text/javascript';
script.language='javascript';
script.src="demo2.js?action=city22";
document.getElementsByTagName("head")[0].appendChild(script);
}
测试成功，哈，看来还真是能模拟一个XMLHttpRequest了。
不过有人肯定该问了，这个有什么用XMLHttpRequest已经很好用了啊，干嘛在来个这东西。我感觉这东西在一定的领域还是能发挥作用的。XMLHttpRequest不能垮站访问，这是个问题，也就是说你在www.a.net/index.html上写了一段XMLHttpRequest不能调用www.b.net上的任何东西，即使改动document.domian 也不可以，唉多可惜。当然了Iframe给我们解决了这个问题，但是script标签又给了我们新的选择，我们完全可以模拟open(),send()，等这些方法，返回的脚本中使用变量作为返回内容来模拟responseText。看来跨站问题又有了新的解决思路了。以后script标签值得我们去深入研究一下咯。
