如何在 `node-gyp rebuild` 中消除“'NewInstance' is deprecated”警告? v8 中 NewInstance 的替代品是什么?

How to silence "'NewInstance' is deprecated" warning in `node-gyp rebuild`? What is the alternative to NewInstance in v8?

你好 V8 程序员和 node-gypers。我是 运行 OS X 10.12.6, Node v6.11.1npm v3.10.10, nan v2.6.2, gcc 作为 XCode 的一部分,这个版本输出:

$ > gcc --version
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 8.1.0 (clang-802.0.42)
Target: x86_64-apple-darwin16.7.0
Thread model: posix

请帮助我了解如何正确使用 NewInstance 并消除自定义包安装过程中的 npm installnode-gyp rebuild 警告?

> node-gyp rebuild

  CXX(target) Release/obj.target/cellcrypt/src/cellcrypt.o
  CC(target) Release/obj.target/cellcrypt/src/decode.o
  CXX(target) Release/obj.target/cellcrypt/src/DecryptionWrapper.o
../src/DecryptionWrapper.cpp:55:44: warning: 'NewInstance' is deprecated [-Wdeprecated-declarations]
    v8::Local<v8::Object> instance = cons->NewInstance();
                                       ^
/Users/sjcbsolo/.node-gyp/6.11.1/include/node/v8.h:3276:52: note: 'NewInstance' has been explicitly marked deprecated here
  V8_DEPRECATED("Use maybe version", Local<Object> NewInstance() const);
                                               ^
1 warning generated.
  CC(target) Release/obj.target/cellcrypt/src/Encryption.o
  SOLINK_MODULE(target) Release/cellcrypt.node
clang: warning: libstdc++ is deprecated; move to libc++ with a minimum deployment target of OS X 10.9 [-Wdeprecated]

如果没有必要,我不想看到这些警告。我在 github 上找到了一张未解决的票证,它通过要求调用 NewInstance 的方式详细说明了对另一个插件包的修复:

info.GetReturnValue().Set(cons->NewInstance(argc, argv));
info.GetReturnValue().Set(Nan::NewInstance(cons, argc, argv).ToLocalChecked());

实施 Nan::NewInstance() 又不会过多影响速度和效率的最佳方法是什么?

错误消息本身为您提供了简短的答案:"Use maybe version"。它试图告诉你有一个 NewInstance 的重载版本 returning a MaybeLocal(而不是 Local),这就是你应该使用的。

背景是大多数操作都可能失败,通常是在抛出异常时。旧的 V8 API 使得嵌入器相对难以确保他们在所有相关位置检查异常;因此引入了基于 MaybeLocal return 类型的新 API。每当你得到一个 MaybeLocal 时,你应该检查它是否真的包含一个值。如果你简单地使用 .ToLocalChecked(没有先手动检查),这意味着你愿意在出现故障时简单地崩溃(如果你能保证没有任何事情会失败,这很好)。从好的方面来说,这并不比您的代码显然一直在做的事情更糟 ;-)