Billfish吐槽

三种模式


索引模式

1. 索引模式创建快捷方式的方式来管理 利：可以直接用文件资源管理器来看分类后了的目录 弊：创建大量快捷方式使得路径冗余。
2. 索引模式主结构层次分离 利：分离后可在不破坏原路径结构的情况下随意修改资源库的路径结构 （但这个利不是很明显。不分离也是可以做得到的，数据库式管理就没有的主结构，多弄一个层次结构树来映射就行，虽然我原来弄那个也没有做这个功能） 弊：无法反向影响资源库的路径结构，无法对原资源路径的层次进行优化。我猜测这与索引模式有关，复制和剪切模式下应该都是可以影响的。

剪切模式

也是以数据库形式存储的。 按道理应该也是不需要创建那一大堆的快捷方式的，我用剪切方式测试了一部分文件，耗时相差不大，也是1s大概一百多份左右，（同盘剪切耗时也几乎没有）。推测主要耗时应该也不是创建那堆快捷方式。但也没道理是操控数据库的，数据库没那么慢，就算不是固态。

后来我查看了一下生成的.bf文件夹 —— 好家伙，几乎图片都生成了缩略图 _ 然后刚刚也说到了测试了剪切方式，验证了下，剪切是可以修改目录结构的

缺乏 “自定义属性”，属性单层

~~所有属性归类为标签，且标签只有一层。~~即你无法分别通过画家名、风格、人物特色来分别制定标签

后来发现有，在标签管理 > 标签分类里有，但是分类后的标签组是不能上色的，区分度很低

Eagle在这方面做得好一点，“标签群组” 功能是能给标签组分别上色的

优化

素材分析太慢、居然还不提供无图显示的模式（卡顿或仅根据文件名搜索时会用到）

没有超多图管理的概念，感觉管理我那10w张的图还是有点费劲的，否则不应该直接解析所有图的缩略图的

缺乏 “图集管理” 的概念

没有图集的概念，只有图的概念。对于漫画图集这种东西的管理非常费劲，只能对散乱的图进行管理

一些缺失的功能

我的图库管理大概是这样的：几千个图集，每个图集有几十到上百张图 (类似于漫画序列)，然后我现在库里有10w张图。 但其实更多时候，我只需要对图集文件夹进行管理，而不是对于单张图片进行管理，图集中的所有图片共享同一组标签。

• 文件夹拖拽问题：只有左侧文件树能拖拽，中间部分无法拖拽（只能拖拽图片）
• 无法对文件夹进行标签的筛选 比如我想筛选所有黑白漫画文件夹
• 弄通过文件夹对里面的图片进行批量增加标签，但不能批量删除某个标签。 例如：一旦多选几十张图片赋予标签时，不小心赋予错了，删除就很难受，要一张一张删除
• 没有图集的概念，应该将图集文件夹作为一个小的概念 基本单元是图，用来管理图集是非常难受的

损耗缺点

资源损耗大

还一卡一卡的

图：加载文件时

图：素材分析时