当前位置：文江博客话题详情

HTML5 离线存储。文件存储？目录和文件系统 API

发布于 2024-09-28 00:59:49 字数 1556 浏览 12 评论 0原文

对于离线存储数据，WebApp 可以使用：

会话存储、基于“高级版 cookie”
键/值的 Web 存储（又名本地/全局/离线/DOM 存储）
基于 SQL 的 Web SQL 数据库（已弃用）和索引数据库 API
< a href="http://www.w3.org/TR/FileAPI/" rel="nofollow noreferrer">FileReader 和 FileWriter API（要求用户每次加载应用程序时选择文件）

但显然没有文件存储。当然，有一个基于清单的缓存，但它只是一个缓存，不应该用作用户数据存储。

这是否意味着 WebApp 的用户被迫使用某种云文件存储？

有什么方法可以将大文件保存在用户本地计算机上吗？或者也许有某种方法可以选择可以用来存储用户数据的本地文件夹 Web 应用程序？

编辑。安全。 HTML5 已经能够将大部分数据写入用户的本地计算机。如果浏览器提供另一种基于文件的抽象来存储数据，我不会看到任何安全问题。它可以是某种虚拟机、虚拟文件系统等等。

嗯，我认为，可以编写 JS 文件系统并将其存储为 SQL 中的 blob...

类似问题。

更新：嗯...最近我发现了这个和这个。也许这就是我正在寻找的……是的，就是这样！请参阅下面的答案。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

我乃一代侩神 2024-10-05 00:59:49

终于，我找到了！答案如下：

我将拥有具有读/写访问权限的 DOMFileSystem 写道：

Google 的 Eric Uhrhane 曾
正在制定工作草案
文件 API：目录和系统规范，它定义了一组
用于创建沙盒文件系统的 API
Web 应用程序可以在其中读取和写入
数据到。

哇！我太激动了！

回复收藏 0 原文

煮茶煮酒煮时光 2024-10-05 00:59:49

为什么不在用户编辑文档时使用 localStorage 以及在想要将文档保存到磁盘时使用 FileWriter API？大多数人习惯于在保存文档时看到弹出的保存对话框。

我能想到的唯一保证无用户访问 FileWriter API 的场景是自动保存功能，但自动保存到 localStorage 也同样好。

回复收藏 0 原文

数理化全能战士 2024-10-05 00:59:49

如果您愿意使用闪存，有一种方法可以将相对较大的文件保存到用户的硬盘上。查看 Downloadify：

http://www.bitrepository.com/downloadify-client -side-file- Generation.html

Downloadify 允许您将数据发送到 SWF 并让该 SWF 在用户计算机上创建文件。我的建议是通过您列出的方法之一（Webstorage、sqlite 数据库等）存储数据。将所有资源（包括 SWF）放入清单文件中，以便将所有内容本地缓存到浏览器中。然后，您可以从数据库或网络存储中提取信息并使用 SWF 创建您需要的文件。

我不确定您是否能够将这些文件读回到您的网络应用程序中。

保存数据的另一个选项是使用具有数据 URI 方案的链接标记。但是，我不确定目前所有主要浏览器是否都支持它。

回复收藏 0 原文

久而酒知 2024-10-05 00:59:49

出于安全原因，您不能将文件写入用户的本地文件系统，以防它被邪恶的人用于邪恶目的。

这不太可能改变，这是一件好事。

回复收藏 0 原文

假装爱人 2024-10-05 00:59:49

HTML5 FileSystem API 开始登陆 Chrome 8，并且到目前为止已经相当完整（Chrome 11）。

这里有一个很好的教程： http://www.html5rocks.com/tutorials/file/文件系统/

回复收藏 0 原文

老娘不死你永远是小三 2024-10-05 00:59:49

如果您想要一个简单的解决方案，http://fsojs.com 有效地包装了 FileSystem API

回复收藏 0 原文

止于盛夏 2024-10-05 00:59:49

正如其他人在这里提到的， FileWriter 和 < a href="https://www.w3.org/TR/2012/WD-file-system-api-20120417/" rel="nofollow">FileSystem API 可用于将文件存储在客户端的从浏览器选项卡/窗口的上下文中的机器。

但是，您应该注意与这些 API 相关的一些事项：

这些 API 的实现目前仅存在于基于 Chromium 的浏览器（Chrome 和 Opera）中
这两个 API 均已于 4 月 24 日从 W3C 标准轨道中删除、 2014 年以及截至目前都是专有的
有可能从实现浏览器中删除（现在专有的）API
将来用于存储通过 API 创建的文件使用
虚拟文件系统（一种目录结构，不一定以与从浏览器内访问时相同的形式存在于磁盘上）来表示文件使用 API

IsolatedStorage 创建，到目前为止还没有提到，还允许从选项卡/窗口上下文进行文件 I/O，但它仅通过 Silverlight 提供，并且需要使用托管代码进行访问。与文件系统一样，它也存在于沙箱中并使用虚拟文件系统。

鉴于基于 Chromium 的浏览器和 Silverlight 的市场渗透率很高（有趣的是，此类浏览器已经放弃了对其的支持），您可能会发现使用上述第一种方法（在客户端计算机上可用）的解决方案令人满意。

BakedGoods，一个 Javascript 库，它建立了统一的接口，可用于在所有环境中进行常见的存储操作本机（包括 FileSystem）和一些非本机（包括isolatedStorage）存储设施就是此类解决方案的一个示例：

//Write file to first of either FileSystem or IsolatedStorage
bakedGoods.set({
    data: [{key: "testFile", value: "Hello world!", dataFormat: "text/plain"}],
    storageTypes: ["fileSystem", "silverlight"],
    options: {fileSystem:{storageType: Window.PERSISTENT}},
    complete: function(byStorageTypeStoredItemRangeDataObj, byStorageTypeErrorObj){}
});

只是为了完全透明，BakedGoods 就由这个人维护:)。

As mentioned by others here, the FileWriter and FileSystem APIs can be used to store files on a client's machine from the context of a browser tab/window.

However, there are several things pertaining to these APIs which you should be aware of:

Implementations of the APIs currently exist only in Chromium-based browsers (Chrome & Opera)
Both of the APIs were taken off of the W3C standards track on April 24, 2014, and as of now are proprietary
Removal of the (now proprietary) APIs from implementing browsers in the future is a possibility
A sandbox (a location on disk outside of which files can produce no effect) is used to store the files created with the APIs
A virtual file system (a directory structure which does not necessarily exist on disk in the same form that it does when accessed from within the browser) is used represent the files created with the APIs

IsolatedStorage, which hasn't been mentioned as of yet, also allows for file i/o from a tab/window context, but it is made available through solely through Silverlight and requires the use of managed code to access. It, like FileSystem, also exists in a sandbox and makes use of a virtual file system.

Given the high market penetration of both Chromium-based browsers and Silverlight (support for which, interestingly enough has been dropped by such browsers), you may find a solution which uses the first of the above approaches available on a client machine satisfactory.

BakedGoods, a Javascript library that establishes a uniform interface that can be used to conduct common storage operations in all native (including FileSystem), and some non-native (including IsolatedStorage) storage facilities, is an example of such a solution:

//Write file to first of either FileSystem or IsolatedStorage
bakedGoods.set({
    data: [{key: "testFile", value: "Hello world!", dataFormat: "text/plain"}],
    storageTypes: ["fileSystem", "silverlight"],
    options: {fileSystem:{storageType: Window.PERSISTENT}},
    complete: function(byStorageTypeStoredItemRangeDataObj, byStorageTypeErrorObj){}
});

Just for the sake of complete transparency, BakedGoods is maintained by this guy right here :) .

回复收藏 0 原文

~没有更多了~