随手一搜就找到好多。
比如这个： https://pub-web.flutter-io.cn/packages/flutter_slider_drawer
还有一些自定义程度更高的：
https://github.com/medyas/flutter_zoom_drawer
https://pub-web.flutter-io.cn/packages/flutter_advanced_drawer

搞 flutter 就是要会搜 pub 库，很多情况下根本不用自己写，生态已经很牛批了。

css 全用 flex 布局和 grid 布局就好了，做常规需求已经很简单也没什么恶心的了

@ShadowPower 而且就算是打包成单文件，一样可以修改成动态加载外部 DLL ，把 qt 库排除出去，交付的时候把 dll 和 exe 一起打压缩包就好。

@qiuhang pyside 是 LGPL 协议，可以免费商用，不用担心 qt 的许可证问题

感觉 pyqt/pyside 合适这些需求

没人用机顶盒的？

https://i.imgur.com/19bPVRd.png

@mightybruce 是这样的，实际情况就是在 aigc 领域里 web 后端的地位或者说角色和其他行业是不太相同的，比如人员可能就是一群算法+几个前端+1 个后端这样的配置。
再说一个个人体感，就是目前大多数用户对 ai 产品稳定性的容忍程度普遍高于其他产品，偶尔出现服务不可用在其他领域公司可能是重大事故，但在 AI 服务里大家基本都司空见惯，大不了等一会儿再试。所以对后端的质量要求也没那么高，什么架构、可用性、工程化都谈不上，服务挂了就先重启机器试试，不行再找其他原因……

前司应该算 aigc ，主要是 python ，辅以 node 。
因为这个领域的后端一般只当胶水层用，真正的压力都在算法那边，所以最大的诉求就是对接前端和算法方便，修改起来简单快速，至于本身的并发性能和 IO 性能几乎不会成为瓶颈，如果量上来了肯定是算力那边先顶不住……
总结来说就是用什么写得快，改起来快，前端和算法随时加接口改参数都能迅速响应就完事了，其他的几乎都不用考虑。

我用 sunshine+moonlight ，也是 2.4G 不行，就算实际串流的网络速率远没有达到内网 2.4G 的上限，也总是突然卡几秒然后提示请降低码率，用 5G 频段就没问题，哪怕信号强度差一些也一直很稳。

Nuitka

mac 机器还是挺好的，不过不值那个价，但是公司给配的不花钱，也就没什么问题了。
系统就是一坨，蹩脚的窗口管理和拖沓的动画时时刻刻让人不爽，老旧的系统组件和包管理的缺失让开发的体验远差于 Linux ，整天不是 CocoaPods 出错就是 SSL 出错，虽然解决也都不难，但纯纯就是 MacOS 的工程师在恶心人，很烦。
所以我选择装 Asahi Linux 来避免公司发的机器吃灰，只有需要在 macos 上编译打包的时候启动到 MacOS 系统，然后用 NoMachine 远程连进去用。

可能哪边的 wifi 驱动或设置不好吧。网线直连最快了，两遍手动设置 ip 为同一网段，就可以跑满网口速率。

@tyrantZhao 比例来说肯定是越来越高的，只是现在移动开发式微了，总量变少了，没有足够的市场机会给新的超级 APP 登场，所以感觉 flutter 用得没那么多。
两个冷知识：
1. 微信现在就在用 flutter ，新的小程序渲染引擎 skyline 也是基于 flutter 搞的
2. 所谓的鸿蒙原生开发，实际上也和 flutter“关系密切”： https://juejin.cn/post/7280006531922673719

@sniperboy0829 我开始玩的时候还是 beta 版本，还没正式发布。“ROI”这个东西对每个人的情况都不同，以我的情况来说，二本非科班出身的安卓开发，也没赶上移动开发最火的那几年，也没大厂经历，要不是当时比较早地选对了 flutter 作为主力方向，根本不会有后来做小 leader 的机会以及现在的薪资水平，所以对我来说“ROI”应该还是挺高的。

@everettstone 基本就是我上面说的那些了，然后再来一个建议就是多逛逛 pub.dev ，多尝试别人写好的插件，而不是自己写。我参与了几个商业项目，也包括涉及硬件和原生功能调用的，最终没有自己写一行原生或者 C 代码，全用的插件，完全没问题，反而总想着自己写原生可能最终会造成维护困难的结局。

@vczyh 应该说发展的还是挺好的，业内采用率越来越高，不光移动开发，很多桌面项目也开始用，我现在的公司就在用 Flutter 做同时兼容移动端(含平板)和三大桌面端的项目。
至于网上说卡的，我分几方面说：
1. 我做了好几个商业 flutter 项目，还没碰到过有什么用户反馈的性能问题最终发现是 flutter 本身的问题，基本都是出了 bug 或者同事的写法用法不好，只要写得没问题，flutter 本身的性能表现不会成为项目的瓶颈
2. 有些问题其实是通用的技能水平问题，比如图片视频资源压缩、比如数据量大的时候先采样再绘制、比如能复用的数据不复用，每一帧都重新计算，而且还是多层循环嵌套……这些东西其实是开发者水平的问题
3. 有些 app 我自己觉得流畅性没啥问题，可是别人就说感觉卡，掉帧，我只能说可能确实人与人体质不同，有人就是天生写轮眼吧
4. 针对上面这种，flutter 现在工作的重点就是把底层渲染引擎换成 Impeller ，ios 已经基本稳定了，预计 24 年内 android 也能差不多： https://juejin.cn/post/7337898389450080306

所以其实要我说，网上说 flutter 卡的，大多数其实是开发者水平问题，是代码写得不好，让 flutter 背了锅。现在市面上很多 app 都用了 flutter ，普通用户根本用不出来区别。用跨平台方案甚至直接 web 套壳的项目，只要代码写得好，很多也比低水平的原生项目流畅。

@debuggerx 对了，我写 Flutter 差不多 7 年了，个人和公司的项目都写了很多，也接手维护过几个项目，不同人(尤其是不同出身，比如安卓、ios 、前端、后端)写出的 flutter 项目的味道截然不同，很多原始技术栈的习惯在 flutter 这边很有可能并不适合，这也是我发现有些其他技术栈的老手转过来写的项目有时还没新手写的代码好维护的原因。上面那个 demo 项目是基于最新的 riverpod 写的(对面面试官的评价反馈是我这份代码是他们几个月来面试了几十人，最终交付质量最高的一份)，其实并不是很建议新手上来就用这么复杂的东西，还是从基础的无/有状态组件和 setState 写起来。