我是否需要因为缺少 OS.File API 而放弃 Firefox 57+？
Do I need to leave Firefox 57+ behind over lack of OS.File API?
根据具有任意文件系统访问权限的 draft plan at mozilla.org, it looks like there won't be a replacement for OS.File。
我有一个基于 Firefox 的应用程序需要 stat/read/write 文件到非配置文件路径。该应用程序主要用于离线使用，但如果它也可以访问网络则具有优势。
既然 Firefox 正在放弃这些 'legacy' API，我是否需要远离它们？
我不太喜欢 nodejs，但看起来 很多 的工作我可以将我的应用程序移植到 Electron 或类似的。
我有一个 Bootstrap 风格的插件，可以将特权函数注入到应用程序所在的非特权 Window 中。
OS.File 的具体用例是：
- 用户与代表其订单的页面进行交互
- 订单中的每一项都代表一个文件，该文件要么不存在，要么准备好复制到客户提供的 USB 介质中
- 当用户插入 USB 媒体时，页面会收到复制功能可用的通知
- 然后用户点击 'copy'，页面重复 'ready' 项。
- 异步地，对于每个项目：
- 项目（在 NAS 上）的路径已确定
- 复制到 USB 闪存很慢，因此使用流式复制器（类似于 OS.File on-thread examples 中的 "copy a file by chunks"）将文件复制到已安装的 USB 媒体
- 每个项目的进度条在复制文件时更新
- 复制订单的'ready'部分时，页面提示可以弹出U盘
- 用户单击页面上的按钮以实现媒体弹出，然后在可以安全移除 USB 媒体时通知页面
用户在复制过程中继续与页面交互（订购、搜索）。
如果浏览器内集成非常有价值，以至于您想找到一个在遗留扩展消失后仍然有效的解决方案，这听起来像是您可以使用 webextensions 原生消息传递 API [1] 来做的事情。正如其他人所说，来自 webextensions 的任意文件系统访问（以及诸如检测何时连接可移动存储设备之类的事情）不会发生。
[1] https://developer.mozilla.org/en-US/Add-ons/WebExtensions/Native_messaging
根据具有任意文件系统访问权限的 draft plan at mozilla.org, it looks like there won't be a replacement for OS.File。
我有一个基于 Firefox 的应用程序需要 stat/read/write 文件到非配置文件路径。该应用程序主要用于离线使用，但如果它也可以访问网络则具有优势。
既然 Firefox 正在放弃这些 'legacy' API，我是否需要远离它们？
我不太喜欢 nodejs，但看起来 很多 的工作我可以将我的应用程序移植到 Electron 或类似的。
我有一个 Bootstrap 风格的插件，可以将特权函数注入到应用程序所在的非特权 Window 中。
OS.File 的具体用例是：
- 用户与代表其订单的页面进行交互
- 订单中的每一项都代表一个文件，该文件要么不存在，要么准备好复制到客户提供的 USB 介质中
- 当用户插入 USB 媒体时，页面会收到复制功能可用的通知
- 然后用户点击 'copy'，页面重复 'ready' 项。
- 异步地，对于每个项目：
- 项目（在 NAS 上）的路径已确定
- 复制到 USB 闪存很慢，因此使用流式复制器（类似于 OS.File on-thread examples 中的 "copy a file by chunks"）将文件复制到已安装的 USB 媒体
- 每个项目的进度条在复制文件时更新
- 复制订单的'ready'部分时，页面提示可以弹出U盘
- 用户单击页面上的按钮以实现媒体弹出，然后在可以安全移除 USB 媒体时通知页面
用户在复制过程中继续与页面交互（订购、搜索）。
如果浏览器内集成非常有价值，以至于您想找到一个在遗留扩展消失后仍然有效的解决方案，这听起来像是您可以使用 webextensions 原生消息传递 API [1] 来做的事情。正如其他人所说，来自 webextensions 的任意文件系统访问（以及诸如检测何时连接可移动存储设备之类的事情）不会发生。
[1] https://developer.mozilla.org/en-US/Add-ons/WebExtensions/Native_messaging