在已有的原生代码之上尝试了十八个月的 RN,做了四个功能,然后宣布放弃:代码维护代价太高、Android 工程师集体决定不想用 RN。
1
cuzfinal 2018-07-06 15:19:15 +08:00
逐渐变凉。
|
2
my101du 2018-07-06 15:31:22 +08:00 2
仔细看了一遍,标题可能会有些误导,完整的选型历程和放弃的原因并不是标题那么极端和绝对。
1. Udacity 团队原来已经分别用 iOS 和 Android 原生技术完成了 **大部分** features. 用 RN 只开发了很少一部分(“做了 4 个功能”),后来发现这几个小功能并不是特别重要,决定删掉他们,所以也就不想继续浪费时间去用 RN 了。 2. iOS 团队还是愿意继续尝试的(可能是因为在 iOS 设备上 RN 性能表现较好); Android 团队不愿意用了(应该是在 Android 系统上有首次加载缓慢,操作时的性能问题) 3. 开发者说,他们遇到过 ( 1 ) RN 版本升级以及第三方库不兼容的问题,( 2 )有一些 issues 官方没解决。这和很多深度使用 RN 做开发的团队遇到的困境是差不多的 4. 为什么放弃,是根据自己的实际情况,经过了整体的评估和考虑的,不是草率地“试一试,很垃圾,不搞了” 然后看评论,有人提到,RN 比较适合从 0 开始一个新项目,不适合在原来已成熟的结构上来做功能,体验对比起来差距太大了,也是站在“具体问题具体分析”的思路。 发现好多搞技术的老外遇到个什么问题,都是认真对待,从问题现象分析到源头,并结合自身去看怎么处理,不是为了火。评论者也是就事论事,有理有据,很少对喷。 这个问题如果变成“腾讯放弃使用 C++改用 Go 来开发游戏后端服务”,不知道会变成什么样子。。。。 |
3
jjx 2018-07-06 15:38:54 +08:00
高原生开发的 android /ios 程序员团队抛弃 rn 没有什么可说的
如果是前端团队, 抛弃 rn 才值得谈 |
4
misaka20 2018-07-06 17:54:41 +08:00
当时自学了 RN 两个星期,就放弃了,复杂页面写的再厉害,性能相对原生还是差距。你说写简单页面吧,都说简单了,用原生编写,能浪费多少时间。
|