File io Chrome扩展名中的本地文件IO

我以前在文件IO的chrome扩展中使用NPAPI，但最近这被Google chrome 32阻止

我尝试了NaCl和本机消息传递API，但它们似乎在沙箱中运行，并且本地文件IO被禁止

---

现在我该怎么做呢？

我认为您应该能够通过从javascript调用chrome.FileSystem.chooseEntry，然后将此引用传递到PPAPI，从而获得对非沙盒文件系统的引用

---

如果这不起作用，我们应该在crbug上创建一个bug，然后让它工作

我看到chrome应用程序API中存在chrome.fileSystem API，但我正在开发一个chrome扩展。啊，当然。嗯，你可以同时安装一个扩展和一个应用程序，让它们通过消息传递相互通信。Thx，我发现Chrome文件系统API不能在真正的文件系统上运行，它是在沙箱系统上运行的。但我想要的是对真实文件的操作。是的，您可以通过使用目录选项调用chrome.filesystem.choosentry来获得真实的文件系统目录。我在后台控制台中输入“chrome.filesystem.choosentry（{type:“openDirectory”}，function（entry）{console.log（entry）}；”，但它只表示未定义。怎么了？本机消息传递允许您运行您选择的二进制文件（假设它已经安装在桌面上）。它可以是任何东西：甚至是用于文件处理的外部UI。从这个意义上讲，它并不像问题所暗示的那样在沙箱中运行。