关于javascript模块加载的思索
最近一直为此头痛，姑且把我能想到的东西都写出来吧。由于不是简单把页面上手写的script转为javascript添加，我们需要考虑的东西主要有两个：加载的顺序，加载前后脚本的运作。
先说第一个，假如我们已有一加载机制了，要加载一个新模块，当然新模块是在另一个JS文件中。这时，我们可以描述为：
loader ---> a.js
这个加载过程可能会出些意外，如服务器忙碌等问题，暂时无法为我们生成JS文件，我们就需要再次请求，但也可能永远请求不上，因为那是死链，后台的人傻了脑袋，改了地址也不通知声，我们需要一个截止期限。这时，我们可以描述为：
loader ---> a.js ---> a.js ---> .....----> timeout
如果那个模块要依赖于其他模块呢，那么我就必须在加载它之前加载其他模块了。这时，我们可以描述为：
loader ---> b.js ---> a.js ---> .....----> timeout
但记录这些依赖关系的信息肯定在a.js上，而不在loader上，通过a.js我们才能得知b.js，换言之要遵循最少知识原则（Law of Demeter）。
这个问题的解决，MochiKit兴许能给我们一些灵感吧。
另一个问题是javascript是单线程的，而加载需要一个时间，并且通常是异步的。当我们执行加载函数后，可能JS引擎会继续执行下面需要新模块支援的代码片断，由于这时新模块还没有加载完毕，当要用到新模块的属性方法就会报错。解决方法有二，强制上面的loader活动的时间与加载时间一样长，换言之，创造一个阻塞的环境。这容易实现，可参照dojo。不过如果加载的模块过多，难免会造成body标签内一片空白。另一个方法是使用回调函数，那么就要求我们把接着下来的代码八卸大块，每个代码片断都是相对独立，所有逻辑都是写在一个函数体中。看上去非常不优雅，但也别无他法，这是YUI的做法。
嘛，基本上就是这样，是一个世界难题……不要问我要代码，认为没有必要搞这么复杂的同志们现在都被迫干这事呢，世事难料啊！
相关文档：
本文主要是出于有朋友使用我原来写的autocomplete的JS控件。当数据量大的时候，会出现效率极其慢的情况，我在这段时间做出的一些测试也及一些经验，与大家分享，如果有错的地方，还请指出。
经过测试，我们会发现如下的情况或者说的结论，如果您的测试结果与我的不符，请说明原因，以便相互学习。
1）当一个较大的HTML字� ......
JScript 运行时错误
JScript 运行时错误是指当 JScript 脚本试图执行一个系统不能运行的动作时导致的错误。当正在运行脚本、计算变量表达式、或者正在动态分配内存时出现 JScript 运行时错误时。
错误号 描述
5029 数组长度必须为一有限正整数
5030 必须赋给数组长度一个有限正数
5028 需要 Array 或 arguments ......
//Textarea maxlength
//flag:text框名字，num:限制的字节数
function maxLen(flag,num){
if(document.getElementById('lastMessage').value=="0" || document.getElementById('lastMessage').value==flag){
var i=document.getElementById(flag).value.replace(/[\u0 ......
js对文字进行编码涉及3个函数：escape,encodeURI,encodeURIComponent，相应3个解码函数：unescape,decodeURI,decodeURIComponent
1、 传递参数时需要使用encodeURIComponent，这样组合的url才不会被#等特殊字符截断。 ......
翻译：为之漫笔
链接：http://www.cn-cuckoo.com/2007/08/01/understand-javascript-closures-72.html
简介
基于对象的属性名解析
值的指定
值的读取
标识符解析、执行环境和作用域链
执行环境
作用域链与 [[scope]]
标识符解析
闭包
自动垃圾收集
构成闭包
通过闭包可以做什么？
例 1：为函数 ......
