@qianji201712 #17 干货 [赞]

@icyalala 我是以我的经验和理解给出解释，有能力的人应该可以顺着这个思路和方向找到解决方案或者自己动手修改，而不是上来就说 flutter 不行、掉帧、不跟手，不要用……

至于你说的，这不是习不习惯的问题，但其实你下面举例的所谓“用户预期”，还是平台固有表现给老用户带来的习惯问题。。私以为，有追求的产品确实应该给各个平台的用户提供最接近习惯的体验，但是这个和大部分使用 Flutter 方案团队的初衷有冲突了。Flutter 最主要还是为了解决跨平台代码共享和表现一致性问题，深层次的这种体验细节，我相信通过自定义物理解算器是可以实现的，但是需要大量的投入，可能对大部分公司都有点不太现实吧……所以总的来说，我也承认这算是 flutter 目前存在的问题吧，但是很多人不知道问题出在哪里，而是不负责任的主观臆测，说是性能问题，我就挺无语的

@James369 习惯问题，其实没有好坏对错。类似的问题还有 MacOS 的鼠标加速度，习惯的人觉得各种好，不习惯的人会很难受。其实大家都是符合所谓“物理运动规律”的，但问题是摩擦系数应该是多大？阻尼应该是多少？最终的感觉就有像是在冰面推石头和在水面推木头的区别，毕竟设计中的元素终归不是现实世界的实体，它们滑动起来该有“多滑”都是带有个人偏好的

看看是不是这个问题：
https://juejin.cn/post/6844904187201847310

分清楚是掉帧问题还是物理动画解算器的效果差异，就像我用惯 Android 后使用 iOS 就会觉得 iOS 的列表默认滑动效果 “太滑”

文字加阴影？类似弹幕，视频画面有时亮有时暗，白色文字加阴影边框才能比较好适应

所以我现在都不改桥接了，反正现在电信给的光猫性能和稳定性也都还行，更多需求直接 DMZ 到下级 pandavan 路由器去处理

TR069?

round()

1. 即使是只有自己会看会写的代码，最好也不要抱着“看习惯也还行”的想法写大多数人不习惯的代码，否则写别的代码的时候也会缺乏规范意识。
2. 善用 IDE，编辑器终归只是编辑器。想想那么多人宁愿花钱用 IDE 都不选免费的 vsc 就知道，差距还是不小的。

deepin/UOS 有个系统画板可以做这些

@sss495088732 flutter 很好啊，我只是根据你的需求建议，你们不适合 flutter 而已，不要误解了。大多数场景我都是推荐跨平台方案优先 flutter 的，但是从你的描述，预计你用 fluuter 搭广告平台难度比较高，风险更大一些

这确实不叫 BUG……

首先排除 flutter，其他人继续

看上去是二进制数据被 utf 强转保存 已经被破坏了 没救

难道不是 jfif 格式很多软件打不开的问题么……
@debuggerx 只看到 jfif 没看到前面的错误编码，大意了，打搅了。。。

难道不是 jfif 格式很多软件打不开的问题么……

其实如果能力强，都可以。而对于没有原生经验的同学想要快速出活儿，偏内容无性能和功能要求，预计不会长期维护的，uniapp 可能更好，就权当小程序的要求去写好了。有要求的，需要长期维护的，flutter 合适，付出的学习成本是值得的。
另外，已经 2021 年了，flutter 生态已经很丰富了，个人感觉已经超过 rn 等其他方案。我写的商业应用一行原生代码也没写，全靠插件可以解决各种原生和硬件问题。