Python web UI 也来了

[novolunt]

抛开速度不谈 hah ，还是挺喜欢 py 的

https://nicegui.io/

之前分享的 diagrams

https://diagrams.mingrammer.com/

[Yeen]

为啥 checkbox 和 switch 操作起来那么慢？

[lithiumii]

不会前端，在前司的时候拿一楼说的 pywebio 写过小工具给同局域网下的同事用，很方便。

[montaro2017]

怎么这么卡，这能用吗

[kxy09]

比 streamlit 灵活，但是好卡

[0o0o0o0]

@tool2d 你说的 wasm 也有，blazor wasm （ server 直接改一下配置就可以自动编译为 wasm ）但是这两个还是有区别的，blazor wasm 本质上就是纯前端，和 vue 差不多，就是用 c#做 js 的事情（当然操作 dom 还是需要 js ），还是需要和后端进行交互，你还是需要再写一个后端，而 blazor server 是前后端一起写，前端是一个瘦客户端。这两个可以说根本不是同一个应用，没有对比的必要。

前端交互要分类，如果只是表单类的操作不会有什么问题，因为输入很有限，如果是复杂交互比如拖拽或者画图什么的，采样率比较高的交互，的确还是需要使用 js （不过可以把已有的组件封装为 blazor 组件）。

所以说这种框架也是有自己的限制的，有优点也有缺点。
简单来说，很适合用户数量较小表单类应用，因为开发速度快，项目比较轻巧。
你可以试一试这个项目： https://www.blazor.zone/

[clf]

想起了正方教务系统的老版本……也是每个 UI 操作去请求一下后端，然后选课的时候就是自己给自己制造 DDoS

[BowenYoung]

这响应速度让我以为回到 3G 时代

[bear1man]

实在是卡
:)

[lo0pback]

控件元素怎么居中啊

[dayeye2006199]

OP 加油，streamlit 八个亿美元被收购的，争取也把这个做成若干个小目标

这种 Ui 框架受众不是懂 js ，css 这样的工程师，而是科学家，数据分析员，业务人员，用来搭各种内部简单应用的

[duan602728596]

不太认为卡的原因是海外服务器的原因，在本地网络和公司网络（外企，日本线路）的环境下测试都很卡。

[ControlNet]

感觉主要是为了给 python 程序加 GUI 用的。比如说拿 pytorch 写了点东西，如果要做成后端服务就还是不如这种直接出 UI 那么方便。感觉像是 gradio 和 lightning app 的定位

[jedihy]

@0o0o0o0 我从国外访问也有肉眼可见的延迟。

[0o0o0o0]

@jedihy 你可以 ping 一下那个网站，国外也得看距离，就像日本到美国，光速也有时间呀哈哈哈

[0o0o0o0]

在本地测试了一下，确实是会有一点点“卡”的感觉，主要是前端 js 处理事件的过程耗费了一些时间，如果加上服务器延迟会更卡一些。

[MelodyZhao]

自学 python 的小白，主要做商业数据分析，看到标题进来看看。我们领导要求搞一个部门内部数据查询和 BI 展示的平台，目前在折腾 streamlit ，各位大神们还有什么更好的推荐吗？

[xujianxing]

demo 用 quasar 写的？？

[Mexion]

速度感人

[0o0o0o0]

找到在本地速度也慢的原因了,每次处理完事件之后都会延迟 200ms 再把事件发送给服务器，目前不知道为什么这么设置，这导致无论什么操作都要延迟 200ms

[bugcoder]

@pandachow 请问 streamlit 怎么样？ dash 用过一段时间，感觉比 Shiny 差远了，自己写扩展插件很难，相当于要学完 react 再套上一层 dash 的皮。而且项目维护的人少，感觉 Anaconda 公司就没什么投入。