简洁优雅的JavaScript OOP风格

Question

转：EtherDream

简洁优雅的JavaScript OOP风格

还是以老生常谈的User举例子，说明已在代码注释中。

1. function User()     
3. {     
5.     /**   
7.      * constant   
9.      */   
11.     var MAX_AGE = 100;     
13.     var MIN_AGE = 10;     
15.     /**   
17.      * private variable   
19.      */   
21.     var m_iAge = -1;        
23.     /**   
25.      * constructor   
27.      */   
29.     function Init()     
31.     {     
33.         alert("User object init!");     
35.     }     
37.     /**   
39.      * private method   
41.      */   
43.     function checkAge(age)     
45.     {     
47.         return MIN_AGE<=age && age<=MAX_AGE;     
49.     }     
51.     /**   
53.      * public method   
55.      */   
57.     function setAge(age)     
59.     {     
61.         if(checkAge(age))     
63.         {     
65.             m_iAge = age;     
67.         }     
69.     }     
71.     function dispAge()     
73.     {     
75.         alert(m_iAge);     
77.     }     
78.    
79.     /**   
81.      * Export   
83.      */   
85.     this.setAge = setAge;     
87.     this.dispAge = dispAge;     
89.      
90.     Init();     
92. }     
94. var oUser = new User();     
96.      
97. oUser.setAge(11);     
99. oUser.dispAge();

复制代码之所以推荐这种风格，不仅仅看起来像传统的OOP代码结构，更重要的是抛弃了this这个东西后，代码的清晰以及运行效率的提高。

显然在此模型中，是不会用到一个this来读取或设置变量的。因为无论成员变量还是函数，都是以类的闭包形式定义的，有别于以往用map[key]的方式，因此访问他们只需名字即可，而无需this，在类的内部来看每个方法都是当做private的。至于要在类的外部访问，在结尾处做一个导出指明即可。有点类似windows下导入DLL中函数，在def文件里说明下。

最后就是构造函数。之所以单独放在一个Init函数里，不单是风格上的独立性，关键是让他在类的初始化过程中最后执行，保证所有的成员级变量都已定义（成员变量可以定义在Init函数的后面）。

至于运行效率。虽然每次初始化对象的时候需要多执行接口导出函数的代码，但该模型从头到尾都没有提到prototype这个概念，所以运行时期间，访问任何一个方法都无需查找原型链表，而是最直接的键值访问。在实际应用中，对象的使用当然比创建要频繁的多。

这种设计模式更适合使用在单例模型(Singleton)当中：

1. var objDemo = new function()  
3. {  
5.     //  
7.     // 同上  
9.     //  
11. };

复制代码从而避免了类似这样的代码：

1. var objDemo =  
3. {  
5.     _x:0,   
7.     _y:0,  
9.     test: function(){alert(this._x + this._y); }  
11. };

复制代码当私有变量很多时，每次使用都要加上this.，代码会显得很累赘，最关键的是这些变量都是public的，只是他们名字前加上下划线，人为的限制在其作用域里。而用闭包变量则不然，在外部你即使想访问也是访问不到的。

细心的朋友可能发现了这个模型的缺点，就是没有了public的属性，而必须用getter和setter。确实如此，虽然大多数时候都是用getter和setter来设置访问属性，但是直接的变量访问更为灵活，有时也更有效率。所以这个模型在灵活性上多了份限制。