我日常需要在多语种环境(中英日),且很多文件需要跟他人一起处理,文件多起来,实在懒得一个个用规范命名
很完善的命名规范。
不过日常很难完全应用。我个人的一些文件也会有类似的命名规范,不过不是统一的,比如音乐是:作者-歌曲名(-专辑),照片是:设备-时间戳,等等。
因为这些文件是我自己保存的,所以我不需要在标题上写太过详尽的说明。
而且我更喜欢使用资源管理器,一层一层文件夹去分门别类的去存放文件。
一个案例示例,我刚刚把电脑上的几本电子书,用规范命名法命名了,现在在 Listary 里就可以方便地从多个维度通过搭配条件找到想要的书,不再是需要记起时间久远想不起来的书名:
而且这样的命名,在文件管理器里也看着舒服了。
以前总苦于没有好用的电子书管理器,不方便通过书籍元数据搜索,现在就没这烦恼了!
不用完全运用,这个方法弹性很大,例如对于歌曲,我在运用这个方法后,就可以方便规范地在原歌名的基础上,往文件名加添加更多信息,例如:
我还年轻,我还年轻 - 咩咩爱睡懒觉#翻唱@老王乐队.mp3
就表示:
- 歌曲名是 《我还年轻,我还年轻》
- 歌手是 咩咩爱睡懒觉
- 歌曲是翻唱版本
- 原唱是 老王乐队
先收藏在慢慢看 学习起来 不过就怕不好操作 时间久了 自己也忘了规则
对于陈年的旧文件, 其实这种方法太累人了. 适合一开始就建立良好命名规范的人.
而且如果是收集来的文件, 也需要挨个改名, 工作量其实也不小.
所以, 一定程度的规范命名我是支持的. 但是过于严谨和繁琐的命名规范并不具有普适性.
其实只要不是 “新建文档1.docx 新建文件夹(1)” 这种过于随意的命名, 有个基本的表达文档含义的标题就行.
因为有更好的办法来解决归档和检索问题.
一般来说有2种办法: 不过都只适合文档用户, 不适用多媒体文件.
方法一: 利用文档本身的属性
在说明组别里, 可以录入标题、主题、标记、类别、备注, 这些数据可以录入更多信息,实现更详细的检索和归档。
word本身就支持对这些信息的填写。
这些信息在资源管理器的栏目里, 也可以查看到。
这种方法其实并不比重命名方便多少, 但是好处是可以突破文件命名的字符长度限制,也避免了重命名可能导致的编码问题。
windows系统下文件名长度为:255个英文字符(DOS下8.3格式),包括文件名和扩展名在内,或者是255/2=127个中文字符+1个英文字符
如果这个文件不在根目录下,而是在某个文件夹下,需要减去文件夹名字的长度。有几层文件夹就需减去所有层数相加的文件夹名长度。
所以真正整理起来的时候,由于各种层级分类,很可能整理到后面,文件名长度严重受限。
另外一种方法就是内容检索, 这也是系统自带的功能。
比如windows search , 很多人因为资源占用的原因会选择停用这个服务,论坛里有人推广过bbdoc,也是免费的。我一直用着,除了第一次索引比较慢,以后会好很多。
内容索引可以超越命名本身的信息,也不需要用户遵守某种规范,实在是懒人的首选方案。
哈哈哈,好东西,我的就是拿来用眼睛检索用的,所以要按照顺序指定标签,目前暂时够用,哈哈哈,比我强太多了,我就会用个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
对于非文档,非媒体类数据
我还在用最蹩脚的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
可以写成桌面软件就好了。
我觉得楼主的方法非常好,
难点就是在于大量文件如何重命名,需要一个软件实现。
不知道怎么来实现,谁有没有好一点方法。
我一般使用tabbles,之类的标签软件进行管理,因为使用标签管理可以解决很多问题,例如:某个文件既属于某一年,还属于某个类型,还属于某个人,等等,只要支持标签筛选就行。而不是传统的树形管理。如果采用传统的树形管理,那么需要将同一个文件放到多个目录里。相互筛选就是某个标签划定范围,然后用其他标签进行交集。
原来的时候我曾建议金山支持进行这种标签筛选,可惜它搞了这么多年也没了下文~
标签好过目录(树型,层级关系不能变);
但 标签本身需要树型来显示、管理,才更方便合理