实现VFS的想法

Question

我将多媒体文件及其元数据存储在RDBMS中(实际上，实际的媒体文件存储在FS中，但我们不要再讨论这个问题)。

我想给出这个信息的文件系统视图，这样用户就可以使用Windows和数据库上类似的东西工作。我打算这种访问是只读的，我相信这将大大简化事情。

基本上，我想达到的是：

使用不同的元数据标准(即拥有/by_author/{}/{}和/by_}/{}/{audiofiles})，对于媒体文件的透明重新编码(可能是缓存的)(即/wav/{mp3file}、/mp3/192/{mp3file)、/mp3/320/{mp3file}、以不同格式生成元数据(例如，Excel、XML在不同架构中等)，

• 有不同的观点。

我用Java做的，顺便说一句。

我的问题是双面的：

1)

实现“模式”的好方法是什么？我已经接触过一些存储库、资产、FileAsset、ContainerAsset接口和实现，但它们最终感觉并不太好。

我感兴趣的是能够将文件系统的不同部分委托给不同的代码(例如，FS的/{ are } /{record}和/{record}部分是用不同的代码实现的，它们都委托给相同的代码来创建{record}/xxx )。

2)

“揭露”这种模式的最佳选择是什么？如我所见，有一些替代办法：

• Fuse for Java和Dokan for Java。我需要实现两个不同的包装器，所以这需要更多的工作.
• 使用Alfresco的SMB实现，只将VFS公开为Samba共享
• use Milton ( servlet容器的WebDAV实现)，或者使用OS‘FS内置的WebDAV支持或者使用类似Fuse DAV之类的东西重新公开它为FS

。

其中，Fuse/Dokan似乎是最有用的。壁画看上去很不错，但要让它正常工作却非常复杂。弥尔顿看起来更简单，而WebDAV的语义学可能更好.但我不完全确定。

想法，想法？

亚历克斯

编辑:这个项目现在已经半途而废了(这意味着，这样做是很酷的，但现在没有时间)。我想我应该把我的VFS写成对commons的扩展，然后将commons修改为Milton、Dokan、Fuse等。

Answer 1

我会和WebDAV一起去。更少的代码和定义良好的标准