楼主你需要理解 semver

@wangsd 这不是同一家公司么 www

flask gunicorn 足以。uwsgi 既麻烦又不必要

@delectate 原汁原味，但我拒绝这种哲学。就好像我对 gpl 不感冒

@Devine 我觉得理论上可行，但有一堆技术问题需要解决。而且这里面牵扯到高频信号分解，势必导致无线充电模块和无线充电器价格飙升。既然已经有 wifi，不影响无线充电同时无线传输，为啥要做这个功能呢?

@nnnToTnnn 顺便一提无论是文件名检测编码(zip 默认不是 unicode 是本地编码，所以如果你下载的是日本那边搞的 zip 压缩包，emmmmmmm 7zip 软件解出来都是乱码)，图片免解压预览，还是处理一堆压缩包自动解压，好像都是经常下载黄色漫画游戏的人特别需要的功能呢。这个公司是懂人心的 www

@nnnToTnnn 当你需要解压一堆压缩包，并且不知道它里面有没有一个顶层目录的时候，这功能就很有用了。。。

@lxk11153 @forgottencoast 就是如 @Pzqqt 所述的这么一个小功能。虽然是很细微的小功能，但是非常好用。。。

然而开源软件大爷的习惯就是，只关注大功能，对于这种提升用户体验的小功能不屑一顾。所以用开源软件和 Linux 桌面，对于心比较细的人而言，总是有种经常碰到钉子的感觉。。。

@wunonglin bandizip 的检测文件名编码和图片免解压预览，对看 zip 日文黄色漫画的人是不可多得的杀手应用。。。

为啥我觉得全盘加密算法，密钥才是根本，密码是用来解开密钥的。。。

why not qml

@GreenJoson 这种偷懒写法，随便重构一下就是一堆 bug 的根源。。。

最后评论一下：我不明白你为什么会有搞一个全局对象做 for 循环调用函数传参对象的这么一个需求，不应该创建一个局部的临时变量做参数么。。。这才是你的 bug 根源，也是我这么多年没写过这种神奇代码的理由。

“for conData['mark'],conData['url'] in URLS.items():”

你不觉得这种用法很别扭么。。
----

首先，文字错乱是正常的。因为多线程，print 是同时执行的。你要保证 print 不错乱，得加锁，或者干脆收集到同一个线程里面去 print。

其次，我告诉你为啥会多出三项。就是因为你这个蹩脚的 for conData['mark'], conData['url']。说实话我很惊讶，因为我用 Python 这么多年，我都知不道 Python 能这么写。。。 从语义上看，这个写法的含义是把 URLS.items() 里面 for 出来的东西直接赋值到 conData 的这两个 entry 上面。

但是啊，少年，conData 只有一个哟，但你的线程有五个诶~ 所以你某个线程在执行某一个 if args['mark'] == 'xxx': 里面的 requests.get ，执行完以后，突然在下一个 if args['mark'] == 'yyy': 的时候，args['mark'] 就已经变化了，它发现又匹配了，就又执行了一遍。

不是按两下组合键么，什么时候变成长按了。。。

首先，你这啥语言的。不是所有语言都有这种函数子类的概念。然后比如 c++，这里就得用模板函数，加个 enable if，就行了，反正不用搞这种函数子类的问题。

@chanshiyu 顺便我这个页面就是 Typora 写的，用了 KeyMaestro 做辅助输入。

@chanshiyu 其实我觉得，规划强不强和所见即所得没啥关系。所见即所得所解决的痛点就是内容太复杂，复杂到左右双屏都会花费巨量精力，以至于根本写不下去内容的那种情况。

在这个维度上，目前还没有比 Typora 更加合适的 Markdown 编辑器。譬如下面这个页面：

页面： https://wiki.haowen-xu.com/Deep_Learning/Variational_Autoencoder/Sequential_VAE/

MD 代码： https://raw.githubusercontent.com/haowen-xu/wiki.haowen-xu.com/hexo/source/_posts/Deep_Learning/Variational_Autoencoder/Sequential_VAE.md

巨量的公式，加上一些图片，如果让你面对一坨 LaTeX 代码，就算左右双屏写起来也相当费神。关键问题是推公式很多时候需要对照前面的公式，左右双屏还得定位上一行公式以及上一组在哪里是什么，又对应了图片里面的那些符号。而所见即所得的 Typora 基本上没有太多困扰。