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

功能建议 · 1270 次浏览
Poto 创建于 2022-01-20 13:10

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

 

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

 

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

 

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

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

 

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

 

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

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

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

Poto 最后更新于 2022/1/20

回复内容
seabirdr 2022-01-20 13:51
#1

楼主提出了很有想法的建议,能实现固然是好事,但有几点顾虑:

  • 搜索和 Quicker 本身的功能有些跨界,搜索是否有必要内置?楼主想要的「拼音首字母搜索」功能似乎并不是内置搜索的充分理由,如果市面上有一款支持该功能的搜索软件, 那么 Quicker 还有必要开发搜索功能吗?
  • Quicker 只有一个开发者,开发搜索功能会分散精力,分配到 Quicker 的精力会变少,有耽误 Quicker 发展的风险
  • 文件搜索软件,我目前用 Listary。除搜索之外,它有很多优秀的用户体验值得借鉴。如果要开发一款新的文件搜索工具,不免要向市面上优秀的产品看齐,这无疑意味着较高的开发的难度和成本


seabirdr 最后更新于 2022-01-20 13:53
果然君2 2022-01-20 21:16
#2

我觉得你去呼吁everything的作者更快一些

回复主贴