Document TagExplorer - 免费 Windows 文件加标签分类管理工具!归类找文档更快
用过苹果 Mac 的同学可能都会注意到,macOS 在文件管理方面相比 Windows 最大的不同就是拥有超级好用的系统级“文件标签”功能。其实,在 Windows 上也有一些软件可以做到。
用“标签”来对文档进行分类和管理,是一种比采用“文件夹”来管理更为灵活和科学的文件管理方式,可以突破文件夹式管理的“一维”模式,从很多种不同维度来组织和归类文档。而 Document TagExplorer 则是一款 Windows 上免费的文档标签式分类管理工具……
免费的 Windows 文件打标签整理分类工具
市面上有不少“文件加标签”的整理工具,比如异次元就介绍过「tagLyst Next」。按实现方法来区分的话大概是有以下几种类型:使用文件名来记录标签、采用独立数据库来记录标签,以及采用虚拟文件夹方式实现。这些方法都各有各的优缺点,后面我们会一一讲解。
而由异次元读者“L.L.CH”开发的 Document TagExplorer (DTE),则采用了一种全新的方式——借助 NTFS 磁盘文件系统的数据流实现文件标签功能,相比前面几种方式优点更多!而且 DTE 完全免费,可以说很有发展潜力。下面我们一起来看看:
“标签文件管理器软件”的几种实现类型优劣对比:
- 使用文件名来记录标签,例如 "
#李宗盛#情歌#对唱.mp3
" 。把各种标签关键字堆到文件名中去,好处是一目了然,简单明快,还可以搭配使用 Everything 等神器来瞬间搜索找到目标文档。
这种方式的问题就是在很多场景下,文档的名字不能随意修改;而且 Windows 的文件名有很多禁用的字符,最大限度只有 260 个字符,超过这个长度的标签就无法记录了。 - 采用独立数据库来记录标签。这些文档管理工具自己单独维护一套数据库,用来记录文件和标签数据的对应关系(通常会用文档的哈希值/路径/文件名等来对文档进行识别)。这种方式好处不多,但问题不少,那就是文档通常不能被随意编辑或移动,否则工具就无法把文档和标签数据对应起来了;
而且如果用户在这些工具体系之外例如使用 Windows 资源管理器移动了文档,在工具体系内也是反映不出来的,也会造成文件和标签的关系脱钩。最后,随着文件数量的增加,数据库的增大,“卡顿”是这类软件最终都要面临的窘境。 - 采用虚拟文件夹方式, 类似于音乐播放列表,一个音乐文件本身放在哪里不重要,反正可以出现在不同的音乐列表中。类似的还有 Windows 的“库”,不过这个库的限制也比较多,只能加入文件夹,但无法加入文件。
更好的文件标签实现方式?
上面几种实现标签管理的方法都有各自的问题和缺点,那么到底还有没有能避免这些缺点的办法,给用户以最大的自由度的标签式文档分类管理方案呢?其实还真有的!
这就是我们要介绍的第 4 种方式 —— NTFS 文件系统的数据流标签,这也是 Document TagExplorer 软件所采用的方式。
NTFS 数据流
数据流,是 NTFS 文件系统的一个特性,每一个正常文件,都可以附加 N 多个流文件,这些流文件用正常的资源管理器和各种工具都无法查看、管理,具有一定的私密性;同时这些流文件还会一直跟随附着在文件上,用户对文件进行更名、编辑、拷贝、移动都不会影响这些流文件数据,也不存在数据库庞大而导致的系统卡顿问题,简直就是天生的文档标签好方案。
以下终于可以介绍这篇文章的主角了,Document TagExplorer 是一款免费的基于 NTFS 文件系统数据流机制的文档标签管理工具,能够读写普通文件的流文件,将用户给文档定义的标签写入流文件中,此后这些文档可以被随意更名、编辑、拷贝、移动,所有标签数据都会稳稳的跟随着主文档,不会丢失。
Document TagExplorer 文件标签管理器
Document TagExplorer 有着简洁明快的 UI (可以换皮肤),用户操作逻辑比较直观,你可以先以“树”形式的建立自己的标签体系,对常用标签可以添加到“常用标签”列表中以供随时调用。然后再选中将要添加标签的对象,可以是文件夹,也可以是文件,就可以完成标签添加工作了。
下面介绍几个 DTE 的特性:
- 所有文件的标签都记录在流文件中,对主文件无任何影响,主文件可以不受任何限制的更名、编辑和移动等;
- 文件夹的标签记录在文件夹下的“desktop.ini”文件中,因此文件夹也可以随意更名、移动,标签数据不丢失;(但是需要小心不要被某些垃圾清理软件给顺手删了)
- 支持命令行模式的快速启动和搜索。方便类似于 Listary 这样的软件来快速启动 Document TagExplorer,快速对标签进行搜索;
Document TagExplorer 可以更换皮肤主题
缺点和解决方法:
由于“流文件”只能存在于 NTFS 磁盘格式中,因此如果用户将文件拷贝到其他文件格式的网络磁盘、U 盘上(比如 FAT32、exFAT 等),那么流文件就会丢失,标签也就丢失了。
为了应对这种情况,DTE 特意额外设计了“文件名标签”功能和“通过文件名恢复 ADS 标签”。用户可以先用“文件名标签”功能把标签信息记录在文件名上(其实于此同时也会生成流文件标签,只是为明确告知用户而已),然后就可以把文档拷贝到 U 盘或者其他网络位置上,等将来有机会再回到 NTFS 文件系统的磁盘时,可以使用“通过文件名恢复ADS标签”功能来将文件名中的标签信息再导入到流文件中,保证用户标签数据不丢失。
Document TagExplorer 功能架构图:
总结:
Document TagExplorer 大概是目前您在网络上所能找到的兼顾 #免费、#ADS标签、#国产中文UI、#易上手方便使用这些特性的唯一软件了。
总的来说,在没有微软官方系统级实现“文件标签”功能前提下,所有的第三方工具都会有一定的缺点。而 DTE 则是很巧妙地利用了 NTFS 的特性来做到标签管理功能,避免了很多问题。如果你正需要一款 Windows 上的文件标签管理工具来组织各种文档,这款免费工具值得您试用。
相关文件下载地址
官方网站:访问
软件性质:免费
同类软件:tagLyst Next
解压密码:www.iplaysoft.com
下载 Document TagExplorer (Win) | 更多文件相关 | 搜索相关 | 管理相关 | 效率相关
/ 关注 “异次元软件世界” 微信公众号,获取最新软件推送 /

如本文“对您有用”,欢迎随意打赏异次元,让我们坚持创作!
赞赏一杯咖啡
用过Mac一段时间,之后一直想要找这样的工具,马上试试看
Windows11居然也不加上这特性,是真的好用!!
看起来很香啊,下载下来试一下,谢谢站长。
我是作者,各位如果对DTE有什么意见和建议,可以随时与我沟通反馈,目前看,还是邮件比较方便些。
llc_cn@sina.com
如果可以预览文件就好了 用了下jpg可以 其他视频啊啥的都不行
这玩意是易语言写的
所以?
理念不错,试一下。 另外永硕E盘也真是个神奇的存在啊……
是的,很多年前这个网站就有,现在还在。
至少10年了,听一些杂七杂八的渠道说,永硕的老板非常牛逼,不光是有钱,而且有技术,还非常有定心定力。这么多年,不去花钱搞那些流行的云盘技术,就稳稳当当的做自己的老本行。
如果通过网盘、邮件的方式传递文件,这些功能大多是Linux服务器,这个标签是不是就没了
是的。打包压缩或通过互联网传输,就算是 Mac 也会丢失的。
1、首先,本作的核心机制是利用NTFS文件系统的流文件特性来记录标签信息,所以如果文件被转移到其他非ntfs文件系统的存储介质上,标签肯定就没有了。
2、为了解决偶尔这种文件迁移需要,可以先使用“使用标签为文件更名”功能,把标签信息记录到文件名上,再迁移,然后等文件再次回到NTFS文件系统磁盘上,再使用“根据文件名恢复ADS标签”功能,恢复文件的ADS流数据标签。
在本机上进行压缩时,如果使用的是WINRAR,可以勾选winrar的“高级”页面里的“保存文件流数据”,即可将所有标签数据一并进行压缩,从而携带标签数据产生压缩包。
Windows Defender报毒了。
建议更换为火绒。其他杀毒软件为了便宜从事(显得查杀率很高),对一切分析不清的文件都报毒。
软件前期也被火绒引擎报毒过,后来经过请官方工程师手工检查,确认是误报,当天就升级病毒库解决了误报问题。
有必要吗
通过 NTFS 文件系统的 FILE_ID 定位文件,然后用 独立数据库来记录标签 能否实现 就算文件改名也不怕 的效果?
采用“独立数据库”的问题,上文中X-Force其实已经说的很清楚了,那就是要求所有文件操作必须在第三方软件内部完成,否则数据库和文件实际情况就对不上了,包括拷贝、移动等等。
而且数据库不可避免终究会越来越大,越来越卡…这是这种方法的遗传基因,避免不了的。
至于您说的这种方法,文件改名是否会有影响,这个我暂时也为做过测试,还不得而知。
通过 NTFS 文件系统的 FILE_ID 定位文件,就不需要所有文件操作必须在第三方软件内部完成了(移动到不同分区还是不行)
希望win系统早点增加内置的标签功能
支持作者
文章不错支持一下
还是觉得 隐藏目录+文本文件才是tag的王道,其它都是把路走偏了,这种方式有以下突出优点:不需要数据库支撑、不受操作系统/文件系统限制、可以多人实时共享、可以压缩打包、tag数据保存在本地而不是第三方软件中等等,典型软件有tagspace、TC/DC等
正如X-Force在正文中所说,打标签的方法有很多种,每一种都对应着某种场景或者某种需求,各有各的优势,也各有各的劣势,我认为不能武断的说哪种方法就是“把路走偏了”。
TC那种采取文本文件来记录标签的方式,优点自然有,就是您说的“不用数据库”、“不受操作系统/文件系统限制”,“可以多人实时共享”、等等。
但您也要正视这种方法的缺点:
1、标签数据和文档是“物理分离”的,您和所使用的文件管理工具都必须时刻注意必须保证标签数据和文档都放在一起,稍不注意就会导致标签数据和文档分类,文档的标签信息就丢失了。
2、只能使用特定的工具软件来管理文档,例如用TC生成的标签数据,您以后就只能用TC了,市面上那么多功能强大,美轮美奂的文件管理器都不能使用了。因为一旦您使用了其他文件管理器,就无法保证标签信息会跟随文档移动,当然更不用提读取标签信息了。
3、压缩打包时,也必须时刻提醒自己带上标签数据(文件夹式打包),如果仅仅压缩文档自己,那标签数据还是会丢失。
我认为应该公平的评价各种技术方案,用户只需要按照自己的需求挑选其中最适合自己的一种就好了。
用坚果云,是否可以正常同步流文件信息?
直接采用坚果云同步应该是不行,我再认真测试一下回复您。
不过如果只是临时通过云盘来周转一下某些文件,您可以先使用“根据选定标签为文件更名”功能,将标签打在文件名上,然后再通过网络传输,当文件再次回到本地磁盘后,再使用“根据文件名恢复ADS标签”功能,将标签从文件名恢复到流文件中。
目前的最新版本,V2.6,对文件名标签做了加强,也就是说,现在DTE也在两条腿走路,在原来的流文件标签的基础上,也在不断增强文件名标签的相关功能,所以我觉得应该可以用在网络同步方面了。
如有什么其他需求还无法满足或者在使用中遇到什么问题,可以随时向我反馈。
那么onedrive的同步,可以兼容这个软件的TAG特性吗
不支持,或者说不直接支持。
不过某种场合下,您可以先用“根据选定标签为文件更名”功能把标签打到文件名上,适当时机再用“根据文件名恢复ADS标签”功能恢复成流数据标签。
@dangerace 你说的这几个缺点,
1、标签数据和文档是“物理分离”的,您和所使用的文件管理工具都必须时刻注意必须保证标签数据和文档都放在一起,稍不注意就会导致标签数据和文档分类,文档的标签信息就丢失了。
这个确实,但要解决也很容易,总是共享目录就可以。要想根本解决,只能用数据库或者改名,但这二种方式问题更多。另外你的tagexplorer也是采用这种方式,“文件夹的标签记录在文件夹下的“desktop.ini”文件中”,说明tagexplorer一样有这个问题
2、只能使用特定的工具软件来管理文档,例如用TC生成的标签数据,您以后就只能用TC了,市面上那么多功能强大,美轮美奂的文件管理器都不能使用了。因为一旦您使用了其他文件管理器,就无法保证标签信息会跟随文档移动,当然更不用提读取标签信息了。
这个你就错了,TC用的txt,格式为“文件名#标签1#标签2…”;tagspace用的json,格式为\”tags\”:[{\”title\”:\”tag1\”,….},{\”title\”:\”tag2\”,….}],这些文件都是可读的,不依赖任何第三方软件,有点编程能力的话,自己写个插件就能检索,所以tag和软件依赖关系很弱。反之用数据库那种才是强关联,被锁死在这个软件平台上。tagexplorer算是介于二者之间,但通用性、移植性上差了很多。
3、压缩打包时,也必须时刻提醒自己带上标签数据(文件夹式打包),如果仅仅压缩文档自己,那标签数据还是会丢失。
这个和1是同一个问题,可以把标签手动打包。如果再考虑这个标签可以在Mac/Linux上正常读取,和tagexplorer算是互有胜负吧
看界面,易语言无疑了,哈哈,支持作者,可以慢慢换套UI!
易语言很low嘛?见不得人?哈哈哈
软件工具主要还是看功能吧,UI当然挺重要,但功能才是核心。我用过有高手用VBS写的工具,连个UI都没有,照样牛逼的很啊
打算下载 试用下
赞 作者的精神 软件的功能