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

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. // Copy "static" method, but doesn't generate subclasses.
12. // for( var i in parentCtor ) {
13. // childCtor[ i ] = parentCtor[ i ];
14. // }
15. };

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

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的写法，不知道会不会对将来的扩展造成一些问题呢。