0

我正在尝试编写一个参数验证辅助函数,但显然 Nan::To 永远不会失败并反对 T,即使转换是不可能的。

//转换.cpp

template <typename T>
bool argument_verify(Local<Value> const& in_value, T & out_value)
{
    auto maybe_value = Nan::To<T>(in_value);
    if (maybe_value.IsJust()) return true;
    else return false;
}

void test(const FunctionCallbackInfo<Value>& args) {
    Isolate* isolate = args.GetIsolate();

    u_int32_t   param1;
    bool verify_param1 = argument_verify(args[0], param1);

    args.GetReturnValue().Set(verify_param1);

}

//test.js

describe('Sandbox - This is just a place for testing stuff', function() {
it('Testing new library argument verification', function() {

    const out_buffer = cil.test(function(){})
    console.log(out_buffer)
})
it('Testing new library argument verification', function() {

    const out_buffer = cil.test({"this_is":"json"})
    console.log(out_buffer)
})
it('Testing new library argument verification', function() {

    const out_buffer = cil.test()
    console.log(out_buffer)
})

})

在上面的代码中,如果我的理解是正确的,从 Nan::To 返回的 Maybe 对象应该是空的。不应该有从 json 到 u_int32_t、函数到 u_int32_t 或未定义到 u_int32_t 的合法转换。

但我仍然觉得这三个案例都是公正的。

我是否误解了 Nan::To 功能?

4

1 回答 1

0

见讨论:

https://github.com/nodejs/nan/issues/726

简短的回答:

假设 u_int32_t 与 uint32_t 相同,那么是的,有。转换器遵循 JS 语义;例如未定义 >>> 0 === 0

于 2018-01-25T12:19:36.690 回答