FYFX

我怎么感觉你这个 union 和 in 的写法其实是不等价的，或者说在有 order by datetime 的情况下，数据库应该没法把你 in(0,1,2)+limit 的逻辑优化成 union 多个带有 limit 的查询

你打印 ccc 的时候获得是当前 ccc.__repr__()的值，让后放到 combinations 里的 ccc 只是引用，后面修改了这个 ccc 之后再 print 的结果就是不一样啊

对我来说最大的问题是任务栏太宽了，linux 上我一般用 wm ，然后顶部放 waybar
windows 上面我会用第三方工具设置一个最窄的任务栏

paywall 功能应该有现成的代码可以抄吧。。。

@Rehtt 这个 pr 拒了正常吧，代码都差不多全改了🤣，我觉得提个 issue 提示作者自己用 clippy 就得了，毕竟合并不还是看作者心情，自己改一边再提 pr 某种意义上也算是吵架的一环了。。。

这和开源氛围没多大关系吧，就是小孩吵架吧。。。开源不是你觉得不爽你可以 fork 吗，而且对于一个怎么看都是自嗨的项目上来提 issue 批评也挺离谱的。。。

写，不过高阶函数那个 Callable 写着真恶心，我的感觉是 python 的类型推导太弱了，有些情况 typehint 写起来比静态类型还麻烦

你是 order2 种值，prop 3 种值组合总共 6 种，我是觉得把 6 种可能枚举出来比较好，先判断 order 再判断 prop 感觉没那么清晰

用支持 openAPI 的框架吧，我知道 litestar 是默认支持的