js命民空间

在小规模的脚本开发中，有时候并不值得去引用命名空间，因为会带来某种程度的复杂性；但是当在同一个网页里引入10多个js文件之后，各js中的同 名函数就很容易冲突了。比如xxx库里写了个addCssStyle方法，yyy类库里也写了个addCssStyle方法，而这两个方法的具体实现又有 一定差别。那么同时引用这两个组件的时候，函数冲突之后导致页面效果发生变化，调试和修改都是非常痛苦的，如果为了避免冲突，而放弃引用一些优秀的组件， 那更是让人郁闷的事情。为此，在封装javascript组件库的时候，请使用命名空间来避免冲突。将所有的方法和变量都要按包名类名的方式来写。(这个 时候写代码的感觉和封装java的util方法一样方便，呵呵)

所以，请记住：请为你封装的JavaScript库加上命名空间以提高代码重用性。

但是JavaScript原生并不支持命名空间，需要变通来实现。

在 JavaScript中，所有的对象（或者称类型，例如Boolean，Array，Function）都可以认为是一个关联数组。关联数组中的对象可以 使用点(.)进行引用，这样我们可以利用关联数组变相地实现命名空间。首先声明一个关联数组作为根，因为页面声明的对象都是window这个变量的成员， 所以一般命名空间的实现都以window为根。当向window申请a.b.c的命名空间时，首先在window中查看是否存在a这个成员，如果没有则在 window下新建一个名为a的空关联数组，如果已经存在a，则继续在window.a中查看b是否存在，以此类推。下面分别是Atlas和YUI中的实 现方法。

//Atlas命名空间的实现方法

Function.registerNamespace =function(namespacePath){

//以window为根

var rootObject =window;

//对命名空间路径拆分成数组

var namespaceParts =namespacePath.split('.');

for (var i =0;i <namespaceParts.length;i++) {

    var currentPart =namespaceParts[i];

    //如果当前命名空间下不存在，则新建一个Object对象，等效于一个关联数组。

    if (!rootObject[currentPart])      {

       rootObject[currentPart]=new Object();

    }

    rootObject =rootObject[currentPart];

}

}

Atlas的实现通俗易懂。Javascrip中rootObject[currentPart]=new Object();和rootObject[currentPart]={};是等效的两种写法。

//YUI命名空间的实现方法

var YAHOO = window.YAHOO || {};

YAHOO.namespace = function(ns) {

if (!ns || !ns.length) {

    return null;

    }

    var levels = ns.split(".");

    var nsobj = YAHOO;

    //如果申请的命名空间是在YAHOO下的，则必须忽略它，否则就成了YAHOO.YAHOO了

    for (var i=(levels[0] == "YAHOO") ? 1 : 0; i<levels.length; ++i) {

    //如果当前命名空间下不存在，则新建一个关联数组。

    nsobj[levels[i]] = nsobj[levels[i]] || {};

    nsobj = nsobj[levels[i]];

    }

    //返回所申请命名空间的一个引用；

    return nsobj;

};

YUI的实现带有一点C风格，nsobj[levels[i]] = nsobj[levels[i]] || {};这句相比于Atlas显得要晦涩一些。

比 较一下Atlas和YUI的实现，YUI稍微好一些，因为YUI中申请命名空间的时候会返回一个引用，可以赋值给一个变量，这就相当于声明了该名称空间的 一个别名，编码会方便不少。YUI把所有申请的命名空间都放在了window.YAHOO下面，这样有什么好处呢？假如Yahoo和其他公司有合作关系， 需要嵌入对方的脚本时，这样能保证它自己编写的代码都在YAHOO这个空间下面，而其他公司不大可能在这个空间下面编码，就基本不会出现命名冲突的情况。 我觉得这个做法好，是因为在不对等的合作关系中，要求对方去修改代码来适应你的应用是不现实的，YUI的实现考虑了这点。

还有一点，所有的 命名空间都放在window.YAHOO下是最好最合理的做法嘛？在大量应用动态效果的页面中，这势必要维护一个超大的关联数组。关联数组本质是哈希数 组，检索数组成员的开销可以忽略不计，但是window.YAHOO承载的东西太多太复杂，这是否违背了大道至简的原则？有没有更好的办法？

例子：

//1、命名空间注册工具类
var Namespace = new Object();

Namespace.register = function(path) {
var arr = path.split(".");
var ns = "";
for ( var i = 0; i < arr.length; i++) {
   if (i > 0)
    ns += ".";
   ns += arr[i];
   eval("if(typeof(" + ns + ") == 'undefined') " + ns + " = new Object();");
}
}

//2、注册命名空间 com.cjm.ui
Namespace.register("com.cjm.ui");

//3、使用命名空间
com.cjm.ui.TreeGrid = function() {
this.sayHello = function(name) {
   alert("Hello " + name);
}
}

var t = new com.cjm.ui.TreeGrid();
t.sayHello("uid");//超人学院