如何管理电脑里数以千计的动画？ 第1页

.

给大家介绍一种通过专门设计的命名，纯依赖文件夹的管理方法，适用于 OSX 和 Windows 平台，理论上也适用于 Linux 。这种方式让你不必依赖专门的多媒体管理软件，仅通过资源管理器、终端等就达到进度管理的目的，而且信息和资源同一化，不需要额外维护 Excel 表格之类的记录文件，具有很强的通用性、便捷性。

这种命名方式如下：

       0.　[已看／已出／集数]　[时间]　1.　2.　3.　4.　5.　6.　7.　 1 1　　　　　　　　　　　　　　　=========　星期一　========= 1　_ 1.　[12／12／12]　[01：05～01：35]　一拳超人 2 2　　　　　　　　　　　　　　　=========　星期二　========= 2　_ 2.　[00／00／00]　[01：33～01：36]　血型君3      

命名的具体细节我们后面再看，我们先来看看这种命名方式是如何使用的，有什么效果，最后再来了解命名方式的细节。

       -= 答案索引 =-  一、OSX 环境   1. Finder   2. 终端   3. 资源管理器应用（以 Crax Commander 为例） 二、Windows 环境   1. 资源管理器   2. Everything   3. PowerShell   4. 资源管理软件（以 Total Commander 为例） 三、命名细节   1. 标题栏   2. 分隔栏   3. 内容栏 四、评论答疑     

一、OSX 环境

1. Finder

通过这种命名方式，在资源管理器中就可以清晰地对文件夹进行分类，与此同时，还能有效的进行搜索。

比如，在 Finder 中，我现在要找到全部周二播出的动画，那么就直接搜索

       2.     

就能把所有周二播出的作品筛选出来。然后你可以贮存这个搜索规则，下次使用时点一下就可以了。

2. 终端

这种命名方式使得我们可以轻松的通过终端对作品进行管理。除了支持上述的基本查找之外，借助正则表达式，我们还可以筛选出那些未看的作品。

如果在终端安装 silver searcher（ ag ），那么只需要输入：

        ls | ag --nocolor '[(d+)／(?!1)'      

就能找出所有已经出了新集数，但你还未有来得及看的作品。

这个正则表达式的意思就是把「已看」和「已出」的数字进行比较，把两个数字不一样的项目列出来而已。不同平台不同工具下，整个表达式的写法会有差别，可以根据自己的实际情况来进行查找。

如果没有安装 ag ，那么可以使用系统自带的 grep 来完成，但要注意，OSX 自带的 grep 是不支持环视的，所以写法稍微复杂：

       ls | grep -v "[(d+)／1" | grep "^d."      

也可以安装 GNU 版的 grep 通过 -P 参数支持环视。这是通过 Homebrew 安装的 grep 的写法：

       ls | ggrep -P "　[(d+)／(?!1)"      

以上命令你再设置个 alias 就可以愉快地使用了。

3. 资源管理应用（以 Crax Commander 为例）

这种命名方式同时也对支持「快速过滤」、「快速搜索」等功能的资源管理应用有优化。OSX 下有这种功能的资源管理应用可以参照这个答案：

这是显示效果：

通过快速搜索功能，便捷地过滤出需要的结果：

Crax Commander 的快速搜索还支持正则表达式，因此同样能够筛选出未看的作品。但是由于快速搜索无法保存，所以实际上可用性不强。

       ^d.　[(d+)／(?!1).*      

二、Windows 环境

1. 资源管理器

和 OSX 一样，你可以对文件名进行搜索。但是，需要注意的是，Windows 默认使用的是模糊搜索，需要通过一些关键字进行精确搜索，关键字见这里：

搜索：

       ~<3.     

就可以找到所有周三播出的作品：

同样，你也可以贮存这个搜索：

2. Everything

但是，系统原有的资源管理器可以做的事情同样不多。

如果要更进一步，我们需要使用一些通用性的工具来达到更好的效果。

比如，Windows 下几乎必用的 Everything 在这种场景下也有用处：

新版的 Everything 增加了「书签」功能，可以保存搜索规则，因此，你可以把这个搜索进行保存（你也可以把其设置为一个过滤器）：

3. PowerShell

遗憾的是，Everything 虽然支持正则表达式，但是其可以支持的功能相当少，无法满足查找「未看作品」的目的。但是，我们可以通过 Powershell 来完成，思路和 OSX 上也是一致的：

       ls -n | sls "[(d+)／(?!1)"      

4. 资源管理软件（以 Total Commander 为例）

说到文件管理，怎么能少了 Total Commander 呢？和 Crax Commander 一样，TC 的快速搜索能够轻松便捷地过滤出需要的作品：

不过需要注意的是，TC 默认使用的正则表达式库是 TRegExpr ，功能并不完整，不支持环视，所以你无法通过正则表达式来筛选未看的动画。

三、命名细节

1. 标题烂

       0.　[已看／已出／集数]　[时间]　1.　2.　3.　4.　5.　6.　7.　      

1.1 前置的「 0 」是用于排序的，当你使用文件名进行排序的时候，可以确保标题栏在第一位。

1.2 「[已看／已出／集数]　[时间]」为标题项，即下面文件夹动画标题前的内容。

1.3 「 1.　2.　3.　4.　5.　6.　7. 」的作用在于，当使用 Crax 或者 TC 进行快速搜索的时候，标题栏也能出现在结果中。

必须注意的是，每项的分割使用的是全角空格「　」，而不是多个半角空格。红色的高亮部分就是全角空格。

2. 分隔栏

       1 1　　　　　　　　　　　　　　　=========　星期一　========= 1　_      

这 3 个文件夹用于分割不同播出时间的动画，让各个文件夹显示的时候不至于太过紧凑，有更好的辨识度。开头的数字同时同时发挥了排序的功能。

第三个文件夹需要在数字后面加入一个全角空格加上一个「 . 」或者「 _ 」等字符。这个字符的作用在于排序，让第三个文件夹可以排在第二个文件夹之后。Windows 下你需要使用「 _ 」，而 OSX 下可以使用「 . 」。当然你也可以使用其他符号，只要达到效果就好。

这里的要点在于，你需要使用全角空格来进行分割，而不是使用半角空格。因为操作系统是不允许你连续使用多个空格的。

3. 内容栏

       1.　[12／12／12]　[01：05～01：35]　一拳超人      

3.1 前置的「 1. 」既代表播出的日子，同时也用于搜索。注意这里应该与标题栏后部的数字一致，这样才能让标题栏和内容栏同时被搜索到。还有一个注意点在于，这个数字和符号的组合应该和分隔栏不一样，以免在搜索的时候出现干扰结果。

3.2 「 [12／12／12] 」用于标记集数，这里有两个要点。第一个是使用全角的斜杠「／」（你能看到红色的高亮），因为你无法使用斜杠「 / 」来命名一个文件夹。第二个要点在于，你并不总是知道一部动画有多少集，而为了让内容对齐，可以选择在「集数」位置补零，或者使用特殊的符号代替。

如果你的系统使用等宽字体，补零或者使用半角字符都会是不错的选择。但如果使用的并非等宽字符，那么补零会是会更容易对齐，用其他符号往往会出现对不齐的情况。

       2.　[01／03／00]　[01：33～01：36]　血型君3      

3.3 「 [01：05～01：35] 」是动画播出和完结的时间。这个项目并不是必须的，但如果你有卡着点追片的习惯，那么时间就很有用。和前面的集数项目一样，为了确保系统的兼容性，这里的符号都使用全角符号。

四、评论答疑

：

还不如直接倒进sql...

：

有这闲情的话还不如花两小时自己写个管理系统´_>`

这不是纯信息的管理，同时对元数据的依赖弱于音乐和照片，数据库并不兼得比文件标签高明，反而会增加维护的负担。这里的额外系统包括了本地多媒体管理软件、文本系统（txt、cvs、xls 等）、云端系统……

这些系统你总是要维护的，如果是使用与资源脱离的文本系统、云端系统，那么你必须同时维护这个系统本身，但你的资源文件夹总是无法绕过的，你总得把资源归档到文件夹中。既然如此，为什么不在归档的同时就更新或者维护这个信息呢，还省得在两套系统（信息系统、资源系统）间切换。

如果使用和资源挂钩的多媒体管理系统，在管理层面是完善的，这点毫无疑问，但代价是牺牲了轻便性。用户必须并只能使用该系统作为唯一的信息入口。

我以资源系统为基本，在避免上述问题的同时 ，可以减轻维护的负担。这本身就是一套「系统」，只不过是基于操作系统本身的文件系统和查询功能而已。

这使得查询和管理相关信息不再需要一个额外的程序，你的资源管理器、终端就能满足需求，同时让资源管理器、终端、快速启动应用（比如 OSX 的 Spotlight、Alfred，Windows 的 FARR ）都能成为入口。上文提到的资源管理应用并不是必须的，仅是给平常就习惯使用这类应用的用户一些使用上的建议。

：

我没有太明白那个时间是什么意思欸……就是那个01:05 - 01:35 一拳超人。这个是节目播出时间吗？

这个是节目首播的日本时间。

：

不懂 你资源管理器的三个0，已看0集？已出0集？总共0集？

因为文件夹都是在动画开播前建立的，有的时候在动画开播前我还不知道相关信息，那么总共的集数就会标为零，以方便和其他文件夹对齐。这个信息将会在动画开播后逐渐更新。

：

本质上是tag管理的变种。太麻烦了………我还是习惯在bangumi爬格子……

说「变种」并不准确，这就是 tag 管理。如果与本地资源脱钩，这确实是麻烦的。但如果你同时还要管理本地资源， bangumi 并不能满足这个需求，你总归还是要回到硬盘上来的。

：

假若真的有上千部…

现在电脑的配置应该是足以支持一个文件夹中有 1000 多个文件夹的。如果确实担心性能，那么增加一到两个纬度，按年份、季度归档就可以了。另一方面，1000 多个文件夹本来就不可能依赖肉眼来翻找的，这个命名方式设计本身是为搜索进行了优化的，你可以通过资源管理器本身的搜索或者其他搜索方式轻松找到你还没有看完的作品。

：

文件名里居然有空格。。。

没有空格，请看第三小节《命名细节》。

：

说得很好，但跑题了吧？题主应该是在说各种下载好的资源吧，而不是追看的新番

你可以再想深一层，「管理」的目的是什么？如果下载回来不看的话，「管理」的意义在哪里呢？成千上百部作品，你如何记得、如何发现有哪部还没有看、还没有看完呢？「管理」难道不就是要解决这个问题吗？

这个命名方式最初就是为了此而设计的，所以有了内容栏的集数项（「 [01／03／00] 」），这三个数字可以代表「你看了多少」、「你下载了多少」、「这部动画总共有多少集」。你可以清晰知道自己的进度和是不是都下完了。

：

有上千部 得自己一部一部整理改名 太麻烦了

这实际上是一个错觉。这种命名方式是通过「看片」这一行为来驱动的，而不是「下载」。你虽然可以一次性下载一大堆，但你总不可能一次看一大堆的。你总得一部部地看。所以当你看一部的时候，就能标记一部，你总得管理进度的不是吗？如果你把上千部下载回来就不管了，也不去看，那么「整理」这个行为本身就也没有意义了。

如果是追番时期一部一部地下载的，那么这种方式也能减轻你的管理负担，你总要把资源放进文件夹的，那么你在放资源的时候标记一下就好了，不需要另外打开一个什么软件来记录信息。

冗余文件夹太多了

用冗余文件夹换资源管理器下的可读性，代价很低，比点进父文件夹后看到一大堆文件夹密密麻麻要好得多。而且冗余文件夹的命名是有设计的，搜索实际的资源文件夹时有极简单的方式避免不找到冗余文件夹。这在第三小节第 2 点有说明。

冗余成分太多+命名复杂 也许用SQL可以好一些.

关于冗余文件夹请看上面对布氏杆菌的回复。对于内容文件夹中的冗余内容同样是为了可读性而设计的，适当的分隔在资源管理器看起来会更整齐、易读，用户可以更轻易获得信息。至于为什么不使用其他方式，请看上面对王千和寒枫两位朋友的回复。