在neko中的value类型映射的string类型和c/c++中的char* 在实际开发中如果不了解的情况会遇到未知的问题。
由于char*是从宿主传递过来的标准指针,但是在neko vm中无法管理会成为游离指针,所以设计者一开始就直接抛弃原始标准指针。使用neko的内置类型来托管和注册各类标准指针。
所以在neko的api中使用string的时候需要注意的是,你需要的是char 还是neko string,当然我们对宿主提供api的时候可能需要大量使用char 指针 ,这是不可避免的,那么需要我们通过几个特殊的宏来转换两者。
比如我们现在有一个table 类似这个样子。
var moduleCollections = { "moduleName" : "test" };
我们在neko中定义了key存取的方法,因为要提供给宿主使用所以参数char * 是最简单的方法。
void setObjectKeyString(value obj, char * k, char * v) {
value pack = alloc_string(v);
alloc_field(obj,val_id(k),pack);
}
value getObjectKeyString(value obj, char * k) {
value str = val_field(obj, val_id(k));
return str;
}
那么在c里面直接使用对象的存取器,设置的时候需要我们把char 转化为neko string 并且把key 转化为 int (hash key). 取的时候没有那么麻烦,因为取的是neko string 并不是我们预期的char 了, 可以直接使用key取处理。
假设我们有这样一段代码:从对象里把moduleName的属性取出来做为另外一个对象存取的key。如果想获得正确的表现应该如何做呢?
value moduName =getObjectKeyString(obj,"moduleName");
getObjectKeyString的原型在上面。这个是可以直接取得的,虽然打印的字面和char 的值字面量是一样的。但是他的类型是value 类型而不是char 。
getModuleFromCollectionEx 的原型是:
value getModuleFromCollectionEx (value k) {
return val_field(moduleCollections, k);
}
value module = getModuleFromCollectionEx (val_id(val_string(moduName)));
由于在neko的table内部存储的field 是根据id来设置,这个id就是一个hash值。我们需要在存取的时候注意的,通过val_string宏来取string的字面量,
在通过val_id的宏来转换成 id 。 和脚本语言不同, 直接存取字面量这里会发生取不到内容的问题。
在交叉编译领域里, 类型包装会引申出很多问题, 特别的跨vm架构的时候,比如lua中引用js, lua引用neko的对象,C++引用neko,swig包装的lua userdata ,都会超出各自vm所能处理的边界,有时候稍有不当,就会内存泄漏。这就需要我们细心和测试了。
事情越来越好玩了。