neko vm 类型包装

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

neko vm 类型包装

钟元大老爷 2018-08-28 12:21:50 浏览1354
展开阅读全文

在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所能处理的边界,有时候稍有不当,就会内存泄漏。这就需要我们细心和测试了。

事情越来越好玩了。

网友评论

登录后评论
0/500
评论
钟元大老爷
+ 关注