promise支持Chrome扩展API？

Question

在过去的几周里，我一直在编写一些浏览器扩展，直到今天，我认为Firefox的WebExtension应该在Chrome中自动运行。所以我试着根据Mozilla的示例编写代码。
但是今天我意识到在Chrome扩展的API文档中没有提到承诺。
我在所有扩展的代码中都严格地使用了承诺。

所以现在我的问题是，我的代码能在Chrome中工作吗？或者，如果我在顶部添加一个var browser=Chrome声明，它会起作用吗？
或者，Chrome根本不支持API上的承诺吗？
如果Chrome还不支持API函数上的承诺，它将来会支持吗？

注意，我知道这个项目:https://github.com/mozilla/webextension-polyfill
，但我不愿意在任何地方都包含这个库。还有，它里面有烦人的bug。

此外，我没有铬或铬，我不能安装他们的隐私和安全原因。

编辑：他们终于开始实施对承诺的支持。

Answer 1

我还没有看过browserAPI，所以我可能有点离谱，但如果唯一的区别是Firefox API返回承诺而不是使用回调，chrome-promise库可能会有所帮助。它将所有需要回调的API调用包装在返回承诺的函数中。

然后可以在Chrome中执行以下操作：

var browser = new ChromePromise(); 

然后打承诺电话：

browser.storage.local.get(null).then(data => console.log(data));

如果您将browser变量定义为全局变量，并在其他脚本之前包含该脚本，那么您就可以将其作为全局变量使用，而不必将polyfill包含在您想要使用它的每个文件中。

编辑:chrome-promise的作者不再对其进行维护，只是修复了bug。他们在这里列出了一些备选库，包括OP拒绝的Mozilla webextension-polyfill。该库的自述文件解释了如何在需要它的各种扩展上下文中使它作为全局变量可用。

Answer 2

…直到今天，我还认为Firefox的WebExtension应该在Chrome中自动运行。

WebExtensions创建时考虑到了与Chrome扩展的向后兼容性。chrome.*命名空间可用于受支持的API。这里的目标是简化将现有扩展移植到FF以快速引导生态系统。

但是，Mozilla忽略了与browser.*命名空间的向前兼容性。Mozilla决定使用基于Promission的API方法，但只针对新的名称空间。

所以现在我的问题是，我的代码在Chrome中能工作吗？
或者如果我在顶部添加一个var browser=chrome声明，它能工作吗？

否；他们的行为不同，签名也不同。Chrome将拒绝不需要显式回调的调用。浏览器.*变体将发出一个承诺。

还是Chrome根本就不支持API上的承诺？
如果Chrome还不支持API函数上的承诺，将来还会支持吗？

正如评论中提到的，基于承诺的API重写是Chrome考虑的，但没有做任何可见的工作。但是，也有聚填料的存在，包括你提到的那一种。除了自己包装方法来创建自己的polyfill之外，没有其他的解决方案。

此外，我没有铬或铬，我不能安装他们的隐私和安全原因。

则无论如何都无法正确测试端口；对于您的潜在用户来说，这不是一个好方法。在这种情况下最好不要移植。