yurnery

再找个 remote 工作, 岂不是两份收入

@HarryQu 我觉得这个老哥说得对.
1. 要跨端就只有 RN 和 Flutter, 其他的可以忽略了.
2. 我们现在就是用的 RN, 一开始开发页面确实写得挺快 (但我觉得也就和 iOS 原生开发速度差不多而已, 不过省了一个开发安卓页面的时间不是嘛), 写着到现在业务越来越多, 发现用 RN 的开发成本要比原生要高得多, 把写界面的时候都省下来进行性能优化, 时间都不够, 而且还不一定能优化好.业务越多, 要进行重构的成本也就越大
3. RN 本身每次发布都会带一些问题, 三方库现在很多也不更新, 感觉不是很友好, 很多库作者弃坑了的感觉
4. 你们都是 Android 开发, 肯定也还要招 iOS 开发的, 不是说用了 RN 就只跟 js 打交道, 特定平台问题还是很多
5. Flutter 没在项目中用过, 但是看到 issue 量就有点虚

RN 坑很多, 如果主要是以展示为主的应用用 RN 还是很快的, 虽然我觉得原生写也很快, 但是用 RN 公司可以省一个人.
坑:
1. 很多三方库更新时间都是 2,3 年前了, 包括 star 比较多的项目
2. 三方库的水平参差不齐, 要有自己 fork 三方库更改的能力
3. 涉及到一些交互优化的地方, RN 很难搞定, 例如安卓上的缩放, iOS 和安卓上的列表嵌套滑动, 整个社区现在都没一个实现, 需要自己通过手势监听, 绝对布局等来实现
4. Flatlist 在长列表上还是有性能问题, 有时候点击列表没执行 onPress 回调等

这些问题可能 Flutter 也会有, 只是说扩平台的坑会比原生多很多, 如果要做大做优, 后面还是得用原生

@NonClockworkChen 这样处理, 不会一次性就把整个 Flatlist 全部加载完了吗? 如果有 onReachedEnd,是会一直触发这个回调, 这么常见的需求, RN 都没法很好的支持