【cocos2d-x从c++到js】06:Google的继承写法解析

  1. 云栖社区>
  2. 博客>
  3. 正文

【cocos2d-x从c++到js】06:Google的继承写法解析

技术小胖子 2017-11-07 20:03:00 浏览770
展开阅读全文

cocos2d-x for js中集成了两套继承写法,一套是JR的,一套是google。公司同事使用过node.js,对google的继承方式比较赞同。我就看了一下Google的继承代码。

先贴代码:


  1. // 1) Google "subclasses" borrowed from closure library 
  2. // This is the recommended way to do it 
  3. // 
  4. cc.inherits = function (childCtor, parentCtor) { 
  5.     /** @constructor */ 
  6.     function tempCtor() {}; 
  7.     tempCtor.prototype = parentCtor.prototype; 
  8.     childCtor.superClass_ = parentCtor.prototype; 
  9.     childCtor.prototype = new tempCtor(); 
  10.     childCtor.prototype.constructor = childCtor; 
  11.  
  12.     // Copy "static" method, but doesn't generate subclasses. 
  13. //  for( var i in parentCtor ) { 
  14. //      childCtor[ i ] = parentCtor[ i ]; 
  15. //  } 
  16. }; 

cc.inherits是继承函数,负责链接父类和子类的原型链。非常有趣的是,在这里使用了一个临时构造器,这样就替换了JR代码中的initializing 写法。看起来很舒服。

 


  1. cc.base = function(me, opt_methodName, var_args) {  
  2.     var caller = arguments.callee.caller;  
  3.     if (caller.superClass_) {  
  4.         // This is a constructor. Call the superclass constructor.  
  5.         ret =  caller.superClass_.constructor.apply( me, Array.prototype.slice.call(arguments, 1));  
  6.         return ret;  
  7.     }  
  8.   
  9.     var args = Array.prototype.slice.call(arguments, 2);  
  10.     var foundCaller = false;  
  11.     for (var ctor = me.constructor;  
  12.         ctor; ctor = ctor.superClass_ && ctor.superClass_.constructor) {  
  13.         if (ctor.prototype[opt_methodName] === caller) {  
  14.             foundCaller = true;  
  15.         } else if (foundCaller) {  
  16.             return ctor.prototype[opt_methodName].apply(me, args);  
  17.         }  
  18.     }  
  19.   
  20.     // If we did not find the caller in the prototype chain,  
  21.     // then one of two things happened:  
  22.     // 1) The caller is an instance method.  
  23.     // 2) This method was not called by the right caller.  
  24.     if (me[opt_methodName] === caller) {  
  25.         return me.constructor.prototype[opt_methodName].apply(me, args);  
  26.     } else {  
  27.         throw Error(  
  28.                     'cc.base called from a method of one name ' +  
  29.                     'to a method of a different name');  
  30.     }  
  31. };  

cc.base是在子类函数中调用父类同名函数的方法。要使用这个函数,必须是使用过cc.inherits进行过链接原型链的类才行。参数方面,me需要传入this,其他根据形参表来定。


  1. var caller = arguments.callee.caller; 

首先通过,上面的代码获得外层函数的对象。(据说caller这个属性已经不再建议使用了,不知道是什么原因)。

然后,如果外层函数是构造函数的话,一定是存在superClass_这个属性的。那么可以用apply调用父类的构造器,然后就退出函数执行就可以了。(但是这里为什么会有返回值呢,他喵的构造器返回值不是被运行环境给接管了么?)


  1. var args = Array.prototype.slice.call(arguments, 2);   
  2.     var foundCaller = false;   
  3.     for (var ctor = me.constructor;   
  4.         ctor; ctor = ctor.superClass_ && ctor.superClass_.constructor) {   
  5.         if (ctor.prototype[opt_methodName] === caller) {   
  6.             foundCaller = true;   
  7.         } else if (foundCaller) {   
  8.             return ctor.prototype[opt_methodName].apply(me, args);   
  9.         }   
  10.     }   

如果外层函数不是构造函数,那么就是子类的普通函数。后面的代码也很简单,从子类向上往父类上面找,一层一层的遍历构造器,然后再核对同名函数,如果在当前层次找到了对应的函数名,就在下一轮循环中,调用父类的同名函数即可。然后直接返回。


  1. if (me[opt_methodName] === caller) {   
  2.         return me.constructor.prototype[opt_methodName].apply(me, args);   
  3.     } else {   
  4.         throw Error(   
  5.                     'cc.base called from a method of one name ' +   
  6.                     'to a method of a different name');   
  7.     }   

如果要调用的那个函数,既不是构造函数,也不是父类中的同名函数。那么只有一种可能,就是这个函数是子类的一个实例上的函数。直接apply调用就好了。

再找不到的话,代码就会抽风了。(throw Error)

 

综上,google的代码风格非常流畅,可读性也很高。如果JR是很黄很暴力,各种奇技淫巧不计其数。那么google的代码就是和风细雨,润物细无声。

就我个人而已,非常喜欢JR的接口,但是又喜欢google的内部实现。矛盾啊,喵了个咪。

另外,google的代码可以做到很容易的和其他继承机制兼容,但JR的就不行,必须已自己为核心来搞才可以的。这些是由他们的实现机制决定的。

目前来说,cocos2d-x for js使用JR的写法,不知道会不会对将来的扩展造成一些问题呢。

 

 


 本文转自 老G 51CTO博客,原文链接:http://blog.51cto.com/goldlion/1127112,如需转载请自行联系原作者


网友评论

登录后评论
0/500
评论