关于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字� ......
一般我們寫Notes For Web 程式時很長用到URL傳遞一些資訊,在Release 6 多支援了@UrlQueryString的公司來直接抓取URL參數,真是好用的公式阿.不過使用這個當然還是吃Server的資源(效能),能用 JavaScript ......
Javascript中的Array对象没有Remove方法，在网上找到了一函数
function
RemoveArray(array,attachId
)
{
for
(
var
i
=
0
,n
=
0
;i
<
array.length;i
++
)
{
if
(array[i]
......
技术的js的replace默认只替换第一个，这不知道哪个设计的，如果我是 A / B / C / D 的字符串要变成 A-B-C-D 就要在被转内容使用后加/g，因为又带了/，加上各空格，在replace 的第一个参数应该是
var rut = /\/ /g;
然后
replace(rut, "-"); ......
一、什么是闭包？ “官方”的解释是：闭包是一个拥有许多变量和绑定了这些变量的环境的表达式（通常是一个函数），因而这些变量也是该表达式的一部分。
相信很少有人能直接看懂这句话，因为他描述的太学术。其实这句话通俗的来说就是：JavaScript中所有的function都是一个闭包。不过一般来说，嵌套的function所产生的� ......
