首页   注册   登录
 Kongyuan 最近的时间轴更新
Kongyuan

Kongyuan

V2EX 第 232783 号会员,加入于 2017-05-27 11:07:00 +08:00
Kongyuan 最近回复了
2018-10-24 10:11:58 +08:00
回复了 cstj0505 创建的主题 程序员 为什么要站 chromium 或者是 Firefox,我全都要不就行了
2017-09-08 14:11:44 +08:00
回复了 levie 创建的主题 分享创造 Snipaste - 开发了三年的截图工具,但不只是截图
太好用了!
2017-07-24 22:04:31 +08:00
回复了 halmstad 创建的主题 酷工作 [北京 / Face++]招聘 Python 后端开发工程师
为啥不来深圳呀
@a251922581 Flask ( wsgi ) + FalskRestful API 足够解决了, 配合 APScheduler。
是 C/S 还是 B/S ?如果是 B/S, 那可以让 wsgi 来处理接收并发的客户请求。 取决于你选择什么样的 python wsgi 实现。 对应的实现会处理好不同客户不同时间发起的多个请求,每个请求相互间应该是线程 /进程独立的。(取决于你选择的 wsgi 实现)。 所以你只需要考虑再收到客户请求的时候( http get/post ) 你要如何执行那 100 个 class。 这里有两种方案:

1. 客户请求( http get/post )进入,你采用阻塞的方式运行 100 个 class,全部运行结束返回给客户运行结果。 这期间你可以用全局变量或者别的方式控制每个阻塞进程运行的情况。 但这样无法完全实现你想要的 pasue/resume/terminate 因为一旦客户端口链接,一般 wsgi 的实现会销毁掉你正在阻塞的处理线程 /进程。
2. 客户请求( http get/post ) 进入, 你开启非阻塞线程 /进程来跑 100 个 class, 然后立刻返回客户成功运行程序。 后台需要全局变量(或别的实现方式, 我常用类里面的静态变量和方法来代替全局变量)来控制。

总结而言, 用成熟的 python web 框架帮你处理用户请求,再自己去选择请求内创建自己可以控制的进程或线程完成任务,维护全局信息表来索引实现你的控制。 至于 是用 threading 还是 mulitprocess 则见仁见智了。 另外推荐用 APScheduler 这个包, 分装了 Pause/Resume/Terminate。

有不对的地方,还请指正~
2017-07-05 09:29:39 +08:00
回复了 linnn2 创建的主题 程序员 折腾了几天 Ubuntu on Windows 之后我决定放弃了
找到一个比较不错的答疑帖: https://msdn.microsoft.com/en-us/commandline/wsl/faq
2017-06-30 10:47:11 +08:00
回复了 xoxo419 创建的主题 程序员 在北京,你见过世面?
深证欢迎您~
2017-06-29 17:48:02 +08:00
回复了 henter 创建的主题 PHP 今日最佳 看图
@ss0xt 这 都行。。。 ! 无法直视其他语言
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   763 人在线   最高记录 5168   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 10ms · UTC 19:37 · PVG 03:37 · LAX 11:37 · JFK 14:37
♥ Do have faith in what you're doing.