statumer

Project Reactor 这些东西就是 monad 在 Java 里的实现。需要这个东西的根本原因是 Java 没有协程，非得用纯函数这种不自然的形式构造状态机。
现在没什么学的必要了，如果进展理想的话协程在 Java 世界中会迅速普及。
btw ，回复一下主楼里的问题，你转述的 gpt 的说法是完全错误的，可以自己找本书看或者看 Project Reactor 的 reference ，第三章很好地阐释了基本思想。

你这个产品和论坛有什么区别？

提醒您啊，对象存储 cos bucket 地址暴露出来是很危险的，最好删掉了

自己查一下 gitconfig 里 merge 是不是设置为 rebase 了

@shyangs Lisp 高手写 Java 是降维打击，和这些只会 Python 数据处理（还闹不明白 Python 机制）的可不一样。

突出一个逻辑混乱

我不希望这个 feature 落地，去掉 gil 会使得单线程性能损失 10%以上，还会影响兼容性。2023 年才优化多线程太尴尬了，单线程异步才是趋势。

PyQt 在 GUI 解决方案这块儿是非常专业的，不是 tk 和其他的一些杂牌框架能比的。
但是 PyQt 和 Electron 相比有这么几个问题：
Qt 的 MVVM 和 js 相比非常落后。Qt 官方有一个 model - delegate - view 的框架，但是写起来复杂且不好用。如果你不用 mvvm 你就自己去计算 ui 的状态转移吧。
Python 本身作为脚本语言性能和 v8 有质的区别。Py 和 electron 都可以加 native 扩展。
Qt 本身对样式和排版的支持远不如 chromium ，你想写个好看的动画和样式还需要自己研究 QGraphics 。当然如果你的审美能接受丑陋界面这倒也无所谓。
关于部署，qt 官方有一个 pyside6-deploy 工具，这东西是对 nuikta 的 wrapper 。但是根据我的踩坑经验这个工具没有任何实用性，这个包装很糟糕也就罢了，nuikta 自身也有各种各样的问题，远不如 PyInstaller 成熟。给我感觉 Qt 官方没有很在乎 PySide 的发展。打包完和 electron 相比体积也没有优势。