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

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

看一下jsb_cocos2dx_auto.hpp

1 2 3 4 5 6

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原型的代碼：

1 2 3 4 5 6 7 8 9

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>，字面意思是傀儡構造函數。

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

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22

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的實現，這種寫法在很多時候有很大的借鑑意義！

1 2 3 4 5 6 7 8 9 10 11 12

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函數，生成對應的對象並設置爲返回值。

本文出自 “做遊戲的老G” 博客，請務必保留此出處http://goldlion.blog.51cto.com/4127613/1357886