Question

这是only SO question about listing drives ??

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

如果我错了，请纠正我，但截至2016年5月，Web Extensions 无法解析文件系统（否则我会很高兴能够访问允许该文档的文档也是^^。）现在看来Require chrome已被弃用XUL / XPCOM。我猜每个人都被推进（看起来像）去Web扩展（超出了主题的范围），我不可能像{I}那样去Require chrome无论如何都要在明年放弃......

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

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

要么谈论deprecated methods
或只是向您展示如何操作目录you already know the whereabout。

Answer 1

以下是我可以使用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标记的唯一问题。

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

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

列出所有驱动器Addon SDK（Nodejs / jpm），无需Chrome

1 个答案: