【cocos2d-x從c++到js】15：傀儡構造函數

上篇我們以Sprite為例，分析了注冊函數。但其中我們似乎遺漏了一個地方，那就是構造函數。因為Cocos2d-x在C++層使用的是工場函數來生成對象，而不是構造函數。所以在JS層代碼中，也需要有相應的對應機制來處理這件事。

看一下jsb_cocos2dx_auto.hpp

extern JSClass  *jsb_cocos2d_Sprite_class;
extern JSObject *jsb_cocos2d_Sprite_prototype;
JSBool js_cocos2dx_Sprite_constructor(JSContext *cx, uint32_t argc, jsval *vp);
void js_cocos2dx_Sprite_finalize(JSContext *cx, JSObject *obj);
void js_register_cocos2dx_Sprite(JSContext *cx, JSObject *global);
void register_all_cocos2dx(JSContext* cx, JSObject* obj);

這聲明了幾個重要的對象和函數。JSClass對象和原型對象、注冊函數、自己實現的finalize的Stub等。但是我們發現js_cocos2dx_Sprite_constructor構造函數并沒有對應的實現代碼，僅僅是一個聲明而已。

需要注意的是，根據JS的原型繼承，我們在生成jsb_cocos2d_Sprite_prototype原型時，需要傳入一個構造函數，而構造函數js_cocos2dx_Sprite_constructor又是未實現的，那么他是如何做到的呢？

在js_register_cocos2dx_Sprite函數中查看生成jsb_cocos2d_Sprite_prototype原型的代碼：

jsb_cocos2d_Sprite_prototype = JS_InitClass(
    cx, global,
    jsb_cocos2d_Node_prototype,
    jsb_cocos2d_Sprite_class,
    dummy_constructor<cocos2d::Sprite>, 0, // no constructor
    properties,
    funcs,
    NULL, // no static properties
    st_funcs);

注意到第五個參數是一個模板函數dummy_constructor<cocos2d::Sprite>，字面意思是傀儡構造函數。

看一下這個模板函數的定義

template<class T>
static JSBool dummy_constructor(JSContext *cx, uint32_t argc, jsval *vp) {
    JS::RootedValue initializing(cx);
    JSBool isNewValid = JS_TRUE;
    JSObject* global = ScriptingCore::getInstance()->getGlobalObject();
    isNewValid = JS_GetProperty(cx, global, "initializing", &initializing) && JSVAL_TO_BOOLEAN(initializing);
    if (isNewValid)
    {
        TypeTest<T> t;
        js_type_class_t *typeClass = nullptr;
        std::string typeName = t.s_name();
        auto typeMapIter = _js_global_type_map.find(typeName);
        CCASSERT(typeMapIter != _js_global_type_map.end(), "Can't find the class type!");
        typeClass = typeMapIter->second;
        CCASSERT(typeClass, "The value is null.");
        JSObject *_tmp = JS_NewObject(cx, typeClass->jsclass, typeClass->proto, typeClass->parentProto);
        JS_SET_RVAL(cx, vp, OBJECT_TO_JSVAL(_tmp));
        return JS_TRUE;
    }
    JS_ReportError(cx, "Don't use `new cc.XXX`, please use `cc.XXX.create` instead! ");
    return JS_FALSE;
}

這個函數首先使用了JS::RootedValue類型的量來判斷GlobalObject對象是否初始化完畢。JS::RootedValue具體的原理暫時不用深究，你只需要知道這是SpiderMonkey引擎的一種內存管理方式即可。

然后使用了一個非常有趣的技巧，用一個模板類TypeTest<T> t，取出對應的類型名。這是一個很不錯的寫法，能夠不破壞函數簽名，使得函數能夠匹配JS_InitClass的參數類型，又能夠在不同的上下文中里面獲得需要的信息。我們看一下TypeTest的實現，這種寫法在很多時候有很大的借鑒意義！

template< typename DERIVED >
class TypeTest
{
public:
    static const char* s_name()
    {
        // return id unique for DERIVED
        // ALWAYS VALID BUT STRING, NOT INT - BUT VALID AND CROSS-PLATFORM/CROSS-VERSION COMPATBLE
        // AS FAR AS YOU KEEP THE CLASS NAME
        return typeid( DERIVED ).name();
    }
};

最后我們在_js_global_type_map里查詢對應的類型，取出相應的參數來調用JS_NewObject函數，生成對應的對象并設置為返回值。