@hkhk366 #15
立场不同
对于不打算深入研究的人，用 sdk 二次开发做个“调包侠”很正常，又不是打算自己重写一个（而你的立场就是自己写一个）
而一般用户甚至听到 sdk 就懒得继续听下去

我自己弄了个媒体管理，但网上一大堆成品或半成品，就是满足不了我的需求才去研究的，这种情况我也是不想做调包侠；但其中简易搜索部分就用了 everything sdk
但对其他人来说，根本就没那么大的动力去研究核心算法，快捷、方便，能用就行，有现成的为何自己写？

推广不要只站在自己立场，对一般用户的推广，重点应是实用 featured ，技术优势最好通过可视化数据体现


我说一下 everything sdk 几个满足不了我的需求，需要我二次开发的，你这项目里我也没见到，不妨参考一下：
0. 自然排序、拼音排序，这个是强需求
1. 对于 symblink(软链、硬链、junction)的一个 folder ，无法统计总字节数
2. 按媒体 meta 搜索
3. hash 比较，扩展为重复文件搜索，例如提供一个文件路径，在指定范围搜索重复文件（当然实现这个就复杂了，且缓存 hash 索引也很耗资源）
4. 搜索空目录或 0 字节文件
5. 搜索自定义类别 tag ，如没什么实际作用的缓存文件，thumbs.db, xxx.url 这些
6. 乱码问题（涉及中日韩非 unicode 编码）
7. 短路径 8.3 格式
8. 结果导出

你这个还有一些最基本的功能缺失：
1. 搜索过滤：基于文件类型，还有类型排序，例如搜“庆余年”，用户需求不是搜文件，而是目录名
PS: 我过亿图片，搜目录远比搜文件频繁
2. 对 symblink 显示源路径，最好还能复制源路径，everything GUI 能显示，右键可复制

暂时想到这些