关于javascript模块加载的思索2
经几天思考，想到一个叫“文件与模块”的问题。我们的模块肯定写在一个JS文件中，这些模块又可以分为核心模块与外围模块。核心模块当然写在主文件中，它应该包含最重要的逻辑，加载器，列队，命名空间构造器等等。但如果一个文件只存在一个模块这也太浪费了，而且会导致请求法过多，因此出现多个模块“共生”于一个文件的情况。在主文件的那些非核心模块，我称之为内围模块。其他内围与外围没有什么区别，只是所在文件不同而已。不地为了方便起见，内围模块不要依赖外围模块！
但我们用script标签引用JS文件时，它就哗啦啦地执行里面的脚本，最主要的逻辑可以无所顾虑地得到解析。但对于内围模块，它们的逻辑是放到一个函数体中，控制流只能从它们上面掠过，触摸不了它里面的东西。这个模块名与回调函数与相关的配置将进入一个处理函数(下文称之为use)，再放入一个处理列队。如果存在依赖，则检测依赖模块所在的文件有没有加载，没有就加载文件，如果文件已加载，则检测此模块已装配到框架的命名空间中，最后执行回调函数。
从上面分析可知，这里面的操作大体可分为几类：文件加载，模块装配与执行回调，它们只能依次执行。综观大多数类库框架，给出的解决方案就是这两种：动态script插入与Ajax回调解析。
动态script插入，就是生成一个script节点，设置其目标src，然后插入head节点中。之所以不用document.write，那是插入到body中，而且还有许多缺陷，具体参看我这篇文章。
Ajax回调解析，就是利用XMLHttp对象，将请求回来的responseText再全局解析。注意，是全局解析，要实现它就必须用到window.eval(标准浏览器)或window.execScript(IE)，或者再搞一个script标签进行解析。可见这方法需要处理许多兼容问题，另搭上跨域问题……。
我的立场很明显了，使用第一种。但script标签关于回调的处理还是有许多问题。
var script = dom.genScriptNode();
script.src = url
dom.head().appendChild(script);
script.onload = script.onreadystatechange = function(){
if ((!this.readyState) || this.readyState == "loaded" || this.readyState == "complete" ){
if(!dom.done[name]){
alert("加载失败1")
dom.
相关文档：
上面所说有关HTML的内容非常少又简单,但对已经了解的人来说就是没用的.
如有问题可到权威网 http://www.html.com/ 上查看
以下开始说说关于XML的一些知识.
XML也是标记语言,可它是自定义的,没有已给定格式.不具体说它,给出例子就可明了.
如
<NAME>TOM</NAME>
<SEX>M</SEX>
以上内容的< ......
/**
* JavaScript 是面向对象的语言，但是他的面向对象不是基于类的，是基于原型的;
* 但是他的一些特性(函数是数据)，使得它可以模拟基于类的面向对象，但是 JavaScript 并不支持和 Java 一样的类，
* 因此 JavaScript 中的"类"可以称作"伪类"
*/
//
/**
* 构造函数: js 中用来和 new 运算符一起使用的函数称� ......
作用域 Scope
Javascript 中的函数属于词法作用域，也就是说函数在它被定义时的作用域中运行而不是在被执行时的作用域内运行。这是犀牛书上的说法。但“定义时”和“执行（被调用）时”这两个东西有些人搞不清楚。简单来说，一个函数A在“定义时”就是 function A(){} 这个语句执行的时候就 ......
<html>
<body>
<script type="text/javascript">
//方法一
var num_arr= [];
for (var i = 0 ; i < 10 ; i ++)
{
num_arr[i] = i;
}
document.write(num_arr+'</br>');
//方法二
var obj_arr=new Array();
obj_arr[6]='ss';
document.write(obj_arr.len ......
