2

这是关于列出驱动器的唯一SO 问题吗？

我在 Windows 上，我是插件开发的新手，我（目前）使用Firefox Addon SDK/ Node.js，jpm但不是Web Extensions（还），也不是XPCOM/XUL的东西。似乎有些人正在混合整个事情..

如果我错了，请纠正我，但截至 2016 年 5 月，Web Extensions 无法解析文件系统（否则我很高兴能够访问允许这样做的文档^^。）而且现在似乎Require chrome已弃用XUL/XPCOM东西。因为我猜每个人都被推动（看起来）去 Web 扩展（这超出了主题的范围），所以我不可能去Require chrome，因为明年我无论如何都必须放弃它......

那么我们如何在不导入已弃用库的情况下在 Firefox Addon SDK 中列出驱动器呢？

我的回答如下，但如果有的话，希望有更好的选择。关于 MDN 的页面是：

4

1 回答 1

0

这是我可以使用的Addon SDK（或者jetpack如果我没记错的话），是的，这是一种黑客行为，因为我不知道如何以更清洁的方式进行操作，而且我不想使用Require Chrome.

最小版本：

// index.js or main.js
// declare the io/file API :
var ioFile = require('sdk/io/file');

// array to make attempts :
let drivesIds = ["c", "d", "e", "f", "g", .... "z" ]; // hack isn't it ? :/ 
for (let i = 0; i < drivesIds.length; i++) {
    let driveName = drivesIds[i] + ":\\";
    if (ioFile.exists(driveName)) {
        console.log(driveName + " is a drive and is ready !");
    }
}

你就完成了！好的，这很明显，但是我在搜索的任何地方都找不到该代码，或者找不到更好的代码（再次，没有require('chrome')）

扩展版本可以：

  • 将整个东西放在一个函数getDrives()中，该函数返回驱动器对象的数组，例如{ path: "c:\\", hasChildren: true, etc: "etc" }. （通过在遇到子目录时中断的循环中结合ioFile.isFile()使用来检查子目录。ioFile.list()for
  • 将代码移植到另一个插件模块，并带有导出实现
  • 甚至将 io 函数和属性封装为模块中全局对象的成员（您可以监视文件系统更改，如拔出的 dir、将文件系统树存储在内存中等）

所有这些使您的index.js文件更轻。这可以适应其他操作系统吗？我不知道。标题具有误导性，而这是关于列出驱动器 Addon SDK 标记的唯一问题。

永远不要尝试构建整个驱动器树，这会使计算机停止运行，并在某个点或另一个点失败，因为 io/file 在 Windows 上的路径长度限制为 250-260 个字符。

安全问题 ！这可能就是为什么它没有记录，为什么 WebExtensions 不允许 io 操作？但是，我用它来注入一个漂亮的 Windows 资源管理器（选择一个目录来保存你想要的任何东西，快捷方式另存为或下载对话框）。这是我使用 Firefox 的唯一相关原因。如果 io 在 WE 中不够灵活（或缺失），我会回到 dotNet 并重新发明轮子，并再次发现许多安全漏洞，或者尝试使用 Chrome（如果未来 10 年内没有弃用的 API）。事实是，一旦您可以自动进行 io 解析，就会出现安全问题，但是当您不允许这样做时，插件扩展就不是文件系统的方式。

于 2016-05-11T00:06:41.370 回答