规范性文件、文件夹命名系统,用以解决文件整理、存档、检索的问题【元数据文件命名法】

我日常需要在多语种环境(中英日),且很多文件需要跟他人一起处理,文件多起来,实在懒得一个个用规范命名

很完善的命名规范。
不过日常很难完全应用。我个人的一些文件也会有类似的命名规范,不过不是统一的,比如音乐是:作者-歌曲名(-专辑),照片是:设备-时间戳,等等。
因为这些文件是我自己保存的,所以我不需要在标题上写太过详尽的说明。
而且我更喜欢使用资源管理器,一层一层文件夹去分门别类的去存放文件。

1 个赞

一个案例示例,我刚刚把电脑上的几本电子书,用规范命名法命名了,现在在 Listary 里就可以方便地从多个维度通过搭配条件找到想要的书,不再是需要记起时间久远想不起来的书名:

而且这样的命名,在文件管理器里也看着舒服了。

以前总苦于没有好用的电子书管理器,不方便通过书籍元数据搜索,现在就没这烦恼了!

不用完全运用,这个方法弹性很大,例如对于歌曲,我在运用这个方法后,就可以方便规范地在原歌名的基础上,往文件名加添加更多信息,例如:

我还年轻,我还年轻 - 咩咩爱睡懒觉#翻唱@老王乐队.mp3

就表示:

  • 歌曲名是 《我还年轻,我还年轻》
  • 歌手是 咩咩爱睡懒觉
  • 歌曲是翻唱版本
  • 原唱是 老王乐队
1 个赞

噢哈哈哈,我的资料文件夹截图给你们看


图片

图片
emm,专门写了个小工具,有需要的可以问我要源码,自行添加/减少标签,更换分隔符之类的哈,哈哈哈

4 个赞

先收藏在慢慢看 学习起来 不过就怕不好操作 时间久了 自己也忘了规则

不错不错,加油!
另外推荐一下拙作Document TagExplorer,也可以和您的作品一样,为文件更名,额外还可以批量进行,也许对您的小作品的完善优化有一些借鉴意义。

1 个赞

对于陈年的旧文件, 其实这种方法太累人了. 适合一开始就建立良好命名规范的人.

而且如果是收集来的文件, 也需要挨个改名, 工作量其实也不小.

所以, 一定程度的规范命名我是支持的. 但是过于严谨和繁琐的命名规范并不具有普适性.

其实只要不是 “新建文档1.docx 新建文件夹(1)” 这种过于随意的命名, 有个基本的表达文档含义的标题就行.

因为有更好的办法来解决归档和检索问题.

一般来说有2种办法: 不过都只适合文档用户, 不适用多媒体文件.

方法一: 利用文档本身的属性

image

在说明组别里, 可以录入标题、主题、标记、类别、备注, 这些数据可以录入更多信息,实现更详细的检索和归档。

word本身就支持对这些信息的填写。

这些信息在资源管理器的栏目里, 也可以查看到。

image

这种方法其实并不比重命名方便多少, 但是好处是可以突破文件命名的字符长度限制,也避免了重命名可能导致的编码问题。

windows系统下文件名长度为:255个英文字符(DOS下8.3格式),包括文件名和扩展名在内,或者是255/2=127个中文字符+1个英文字符

如果这个文件不在根目录下,而是在某个文件夹下,需要减去文件夹名字的长度。有几层文件夹就需减去所有层数相加的文件夹名长度。
image

所以真正整理起来的时候,由于各种层级分类,很可能整理到后面,文件名长度严重受限。

另外一种方法就是内容检索, 这也是系统自带的功能。

比如windows search , 很多人因为资源占用的原因会选择停用这个服务,论坛里有人推广过bbdoc,也是免费的。我一直用着,除了第一次索引比较慢,以后会好很多。

内容索引可以超越命名本身的信息,也不需要用户遵守某种规范,实在是懒人的首选方案。 :crazy_face: :stuck_out_tongue_winking_eye:

哈哈哈,好东西,我的就是拿来用眼睛检索用的,所以要按照顺序指定标签,目前暂时够用,哈哈哈,比我强太多了,我就会用个vb,而且连拖拽文件到软件上面都没写好

楼主和小恐龙的方案都很好。谢谢!

前缀如果只用来排序的话,可以用16进制,3个10进制数表示范围:000~999,共1000个,而3个16进制表示范围:000~FFF,共4096个,同样的3位,用16进制,能多表示3096个。

linux下的 ls, windows cmd 下的 dir,浏览器如果当作文件管理器file:/// , 都支持16进制排序。

唯独 windows 下的资源管理器,和其他的一些第三方管理器可能不支持。
第三方资源管理器 total commander 支持 16 进制排序,在设置 → 显示 → 排序方式 ,选择 按字符代码排序。

windows 资源管理器改为 16 进制排序的方法:
https://www.smwcentral.net/?p=viewthread&t=104294&page=1&pid=1554219#p1554219

:rofl:
对于非文档,非媒体类数据
我还在用最蹩脚的excel+everything作为保底
可用性很差(但我习惯了)但可移植性很强,
解析excel后配合脚本几乎可以快速移植到大部分Tag系统中

主力方案用的tagSpaces
1.他的tag具有良好的移植性(如果是整个文件夹移动的话),
2.对文件夹有良好的支持(老陆以及很多依赖ntfs系统的都做不到)
3.良好的NAS支持
4.能为任意文件挂载缩略图
5.还有一些小细节莫名的和我从excel时代承袭来的习惯吻合,简要的TAG,不太简练的注释等
6.win的触控逻辑不错
7.数据容易迁移,方便随时换方案

不足在于某些UI逻辑还是有点脑溢血,
以及显示标签时多时莫名的性能黑洞,除了页面滚动所有操作都吃大量单核性能
(但不显示时运行效率接近win的管理器,即便同级六七千个,而此时的tag仍然是可用状态)
已经没开放正则的编写

依靠命名的方式我通常都是差不多遵循类似你的严格命名法,同时尽可能统一使用只使用和()

感谢指出,有关文件夹的标签支持,目前DTE已经是有所支持的,不过肯定还不够完善。您感觉还不太方便的地方能具体说说嘛?

目录规划不合理的话,就只剩下了 everything 去找,而如果他人要找,还不知道电脑上有这个工具的话。。。。
所以,其实好的目录规划更重要,即便是硬盘拿到了别的系统上,没有搜索软件可用,但是仍然可以通过目录,快速找到想要的东西

你在A站联系过我?
要不你加我QQ我想跟你聊聊tag这玩意该怎么用吧?
我A站ID是:Ghost-Girls来着
Q:1028617702

可以写成桌面软件就好了。

Home | Johnny•Decimal (johnnydecimal.com)

用数字+层级系统管理文件

我觉得楼主的方法非常好,
难点就是在于大量文件如何重命名,需要一个软件实现。
不知道怎么来实现,谁有没有好一点方法。

【2022.2.13更新V4.1】Document TagExplorer -免费好用的文件标签管理工具

可以尝试一下

我一般使用tabbles,之类的标签软件进行管理,因为使用标签管理可以解决很多问题,例如:某个文件既属于某一年,还属于某个类型,还属于某个人,等等,只要支持标签筛选就行。而不是传统的树形管理。如果采用传统的树形管理,那么需要将同一个文件放到多个目录里。相互筛选就是某个标签划定范围,然后用其他标签进行交集。
原来的时候我曾建议金山支持进行这种标签筛选,可惜它搞了这么多年也没了下文~

标签好过目录(树型,层级关系不能变);
但 标签本身需要树型来显示、管理,才更方便合理