fetchData 的参数设计太烂了。这种设计字段一变动直接 gg 。排序这种场景就应该直接根据传入的字段动态生成 query 。

这是 password 不是 crypto key 。你传个二进制数据进去本来就不符合用法……

你要传二进制用普通的 hmac 别用 pbkdf_hmac 啊

gradle 我个人感觉适合构建需求复杂的中型项目。

如果构建需求比较简单，那直接 maven 就行了。

如果是大型项目，那 gradle 的兼容性会让你痛不欲生。

避免频繁的线程创建销毁呗。

上面有人提到的 mermaid 文本绘图，notion 和语雀都支持。

因为设计者并不鼓励你将不可靠的通知栏作为一个长期的信息驻留通道，如果通知没有及时被消费，就默认可以被丢弃。你应该按正确的用法使用你的手机🐶

@wanghuinet 怎么可能。我申过三个软件专利，两个软著，都是专利事务所帮忙搞的。自己只需要写个一千字出头的专利交底书

@ingram22mb30
不需要侧载本身就是一个优势呀。
还有的优点就是无广告、支持多平台云同步、支持 txt 自动生成目录。能兼具那么多优点的阅读器真不多。

这个点很有意思，不过从实用性角度考虑的话感觉不如写个脚本去生成硬编码的代码。

@yuzo555 其它需要加密的信息可以 https 直接传。密码不一样，在任何情况下不能传出客户端。

你 mentor 的写法比你的强太多了……
虽然在现代的 CPU 分支预测下这个 if 判断的代价不大，但无端地在循环里多跑一条指令和潜在的分支预测失败，完全是无谓地给 CPU 上强度，而且还没提高可读性与可扩展性。

前面看到你说起 OI ，请记住 OI 里大多数的编码习惯在实际工程中都是糟粕，别代入到工程中。

毕业之后一直在写 C/C++/Rust 。感觉还是挺常用的……底层模块还是跑不掉

photos 有些专门的功能，比如照片预览、标签、提取元信息。

没什么特别的需求当然还是用 photos

不管什么语言，写到深处都会踩坑的。有些坑是语言本身会让你更容易写错代码，有些坑是语言本身非常难实现一个很普通的需求。

@aeli 对图库这块的 API 不太熟，但淘宝的设备指纹应该没有用到图库。说真的，阿里比你想的更害怕合规风险，不是每个公司都是 PDD