想法对实现一个VF

Question

我有多媒体文件及其元数据的存储RDBMS(实际上，实际的媒体文件存储在FS,但让我们不停留在那)。

我想本文件系统中查看这种信息，使用户可以使用Windows资源管理器和类似的东西上数据库。我打算这种访问可以只读，我相信这将简化很大。

基本上，我想要实现的是：

• 有不同意见的使用不同的元数据标准(即有/by_author/{艺术家}/{记录}/{audiofiles}和/by_record/{记录}/{audiofiles}为实例)。
• 有透明的重新编码(可能缓存)的媒体文件(即/声/{wavfile},/mp3/192/{mp3file),/mp3/320/{mp3file}等等。)
• 透明产生的元数据在不同的格式(说,Excel,XML在不同的架构，等等)。

我这样做，顺便说一句.

我的问题，这里有两个面:

1)

什么是一个很好的方式来实施的"模式"的?我已经尝试过用一些储存库、资产、FileAsset,ContainerAsset接口和实现，但他们最终不会感觉完全正确的。

我很感兴趣，能够代表不同部分的文件系统的独立代码(即/{艺术家}/{记录}和/{记录}份FS实施与不同的代码，他们代表的同样的代码，以创建的{记录}/xxx东西).

2)

什么是最佳的替代"获得"这种模式？因为我看到，有一些备选方案：

• 保险丝Java和Dokan为Java。我会需要实现两个不同的包装，使它更多的工作...
• 使用露天的SMB执行情况，并就获得的VF作为一个Samba分享
• 使用Milton(a WebDAV执行servlet的容器)以及使用OS'es内WebDAV支持或使用的东西就像一个保险丝DAV FS重新获得它作为一个FS

那些保险丝/Dokan似乎大多数的工作。露天看起来很不错但是 非常 复杂得到它的工作。米尔顿看似简单，并WebDAV的语义甚至可能更好地工作...但我不完全确定。

思想、想法?

亚历克斯

编辑：该项目是半良家妇女现在(意义，这将是冷静做到这一点，但是没有时间对它的权利现在)。我认为我会写我的VF作扩展到知识共享-vf和再适应的知识共享-vf到米尔顿、Dokan、保险丝，等等。

Answer 1

我会去WebDAV。一个 很多 不少代码，以及所定义的标准