新特性建议：希望 finderAPI 能支持时间查询，以及由此引发的一些思考

[holwell]

既然瞬间是基于时间线记录的，那么基于时间的查询应该是非常合理和符合逻辑的。使用场景的话，比如做那种往年今日、聚合类型的日记插件等等。
但是，又去做一个基于时间查询的业务逻辑是不是很熟悉，好像在文章功能的时候做过（虽然目前文章支持到月查询，不支持到天查询），所以可能就会产生一种想法，瞬间这种另外起一条时间线重新做一套逻辑的设计是否冗余与合理，直接用文章这条现成的时间线和业务逻辑去实现会不会更好呢？这样权限控制问题也解决了，finderAPI 不用重新实现了，编辑体验更好了，未来的迁移和组合更方便了。
或者简单的说，我们在文章里新建了一个“_瞬间”分类，再利用 halo 已经实现的阻止级联查询之类的功能，这个分类就实现了我们现在的瞬间，而 moments.html 模板就是我们“瞬间”分类文章所需要选择的模板。不过，这个过程确实比现在发布瞬间繁琐，需要选择分类和选择模板，所以用插件去实现还是有必要，预置一些标题、分类、模板信息，提供路由，提供简单直观的 console 发布页面。
综上，虽然想法很美好，但是实践起来很多细节还是挺麻烦的，我还是比较能理解你们想保护文章功能的核心逻辑不受影响的考量。