@lwlizhe 我写阅读器的时候也碰到这个问题了，没办法，最后是绞尽脑汁，不分页，用百分比做文章进度转跳，然后每次只绘制当前页和前后页，只 layout 三个页面的文字量，总计算耗时大约十几毫秒，勉强能够接受吧:

http://www.debuggerx.com/2020/12/29/these-years-about-flutter-and-me/?from=v2ex#5 月

@zzw1998 看看我这篇博客：
http://www.debuggerx.com/2021/03/07/migrate-flutter-project-to-null-safety/?from=v2ex

个人开发和工程项目开发的区别。个人开发怎么方便怎么快怎么来，但是多人大项目一直迭代，很多“简单”、“减少工作量”的做法直接会导致项目失控，被这样坑过的人才能真正理解“学院派框架”的优点。
如果看一些资深架构设计的或者大公司的 vue/react 项目，其实很多也早已经变成了“麻烦”的样子。

@tusik 自己部署也可以弄成公网可访问的，一样用私有仓库就行了

@meteor957 #3 因为 rn 的组件就是调用系统内置组件，所以效果和系统默认的一样呗 ：)

@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 有个系统画板可以做这些

test flight，分为内部测试和外部测试，内部测试不需要审核包，但是需要用户给你发用户的 AppleID，你手动把 ID 加入到项目内分配职能，然后用户邮箱确认后，你再把用户加到内侧名单，用户再确认邮箱，下载 TestFlight，开始测试 APP 。
外部测试就是上面说的，需要一次审核，然后生成外部测试邀请链接，可以发给任何人打开即可引导用户下载 TestFlight 并安装测试 APP，上限 1w 人好像。

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

这确实不叫 BUG……