呼吁 Quicker 做自己的文件搜索实现

从长期来看，出于对未来功能实现以及用户体验思考，Everything 的外部调用应该视作可选项，但不应该是唯一之选。

如果使用 Everything 作为搜索后端，将受制于 Everything 的开发路线，并且难以实现本土化的功能，比如拼音首字母搜索。TC 通过扩展支持拼音首字母搜索。

随着 Quicker 的迭代，拼音首字母搜索是未来不可或缺的，用户需求呼声较高的功能。依赖 Everything，将使得拼音首字母搜索功能的实现受制于人，甚至遥遥无期。

Quicker 搜索框缺乏软件启动实现。

虽说用户可能把软件放到面板上，但也有用户需要搜索框搜索启动软件。Quicker 通过调用 Everything 作为搜索后端，难以实现搜索框启动软件功能。因为 Everything 的文件夹内搜索只能指定一个文件夹，并且只能一次处理一个搜索请求，不能并行搜索。

一般实现程序搜索启动功能，需要在多文件夹内同时搜索，比如桌面、开始菜单、快速启动等。甚至有时候需要搜索启动便携软件 Portable Software。如果使用 Everything 实现，则一次只能先搜索一个文件夹，等搜索结果返回后再搜索下一个，效率非常低。

希望 Quicker 考虑引入成熟的基于文件名搜索排序算法，自主实现搜索。

比如经过针对文件名调整优化过的Boyer–Moore算法，外加最大限度的使用多线程及各种缓存。

以期未来以更加高度自主可控、更丰富的功能扩展空间和更好的用户体验来服务用户。