文件系统标签结构随想

随着标签的广泛/普遍应用，标签和实用价值越来越得到体现。

 

标签结构不同于目录结构，它没有明确的层次结构，并且没有唯一性问题（文件可以帖上多个不同标签）。

 

使用操作系统文件系统目录结构，可以带来许多好处：比如音乐子目录可以这样明确的分类：子目录华人男歌手、华人女歌手、欧美歌手...等分类，孙子目录下可以按照歌手名分目录，曾孙目录下可以按专辑分目录。

 

但是也因此有许多功能受到限制。当遇到相对模糊的情况时，则会比较难以取舍。一来目录的层次结构会根据用户的喜好而有所不同；二来，文件可以存放在一个语义的目录结构下，也许也可以存放在另一个语义的目录下。

 

出现这种情况时，可以通过快捷方式来模拟，或者使用辅助软件（播放器的播放列表，图片管理软件如Picasa的相册）。

 

 

如果在文件级别实现更为明确的标签功能，则可以方便管理所有单个文件或一组文件（如目录）的标签管理，再加上类似Gmail支持基于标签，目录（Gmail没有目录）和关键字（如果支持内容关键字则更完美）的搜索，wa..

 

 

不过如果提供管理软件外部支持或是模拟实现，也蛮是有用。比如我现在最需要的就是一款文档管理软件，最好他能支持"主流"文档类型（pdf, pdg, chm, htm, html, txt,），在统一界面下查阅文档，提供文档灵活分类模式（系统目录模式（模拟书架），标签模式），提供文档索引搜索能力。

 

除了搜索相关，其他功能类似播放软件（统一界面播放，统一操作）和图片管理软件（统一界面查看，编辑）。

 

但是问题是，如果文件被移动或删除或更名，播放列表和相册等都必须监听或扫描文件/目录。也许系统级提供类似实现，将标签存储在文件属性或其他属于文件本身的资源在，才是最为合理的设计。

作为非系统程序员，可以考虑实现这样的文档管理软件：1.尽量支持多种文档格式；2.用户自定义监听目录；3.文档索引，提供快捷的搜索（本地搜索的索引应该进行全面的索引，例如Javascript程序员可能需要搜索js源代码，而现在的Google本地搜索却忽略这些文本内容。）。

 

 

以上所有皆随想。