简单说说为什么还想在 2022 年用 React Native？
Pros：
- 很多大公司都在使用，并且体验都很棒：微软，特斯拉，Discord（极佳），Shopify（目前还不是用户）
- 社区活跃
- Atwood's Law: “Any application that can be written in JavaScript, will eventually be written in JavaScript.”
(1/N)
Pros：
- 很多大公司都在使用，并且体验都很棒：微软，特斯拉，Discord（极佳），Shopify（目前还不是用户）
- 社区活跃
- Atwood's Law: “Any application that can be written in JavaScript, will eventually be written in JavaScript.”
(1/N)
https://twitter.com/WildCat_io/status/1535875945881808896
Pros (cont'd):
- React 的状态管理框架依旧领先 SwiftUI/UIKit 一万年。最近使用 @GeekPlux 推荐的 #zustand 越多，越后悔自己在苹果的玩具框架上浪费了太多时间。完全没必要
- 在不适合的场景，都可以 fallback 到系统 native solution
(2/N)
- React 的状态管理框架依旧领先 SwiftUI/UIKit 一万年。最近使用 @GeekPlux 推荐的 #zustand 越多，越后悔自己在苹果的玩具框架上浪费了太多时间。完全没必要
- 在不适合的场景，都可以 fallback 到系统 native solution
(2/N)
Cons:
- 增加了不少编译时间，不过可以用一些 hack 比如打包 React Native 为 xcframework 来解决。
- Meta（FB）未来是否会维护存疑，但是这个问题在 5 年内应该都不用太担心。这也是开源框架的好处。对比 SwiftUI 这些年的迭代，优势尤为明显
- 社区轮子比较混乱。这也是社区活跃的一种表现
(3/N)
- 增加了不少编译时间，不过可以用一些 hack 比如打包 React Native 为 xcframework 来解决。
- Meta（FB）未来是否会维护存疑，但是这个问题在 5 年内应该都不用太担心。这也是开源框架的好处。对比 SwiftUI 这些年的迭代，优势尤为明显
- 社区轮子比较混乱。这也是社区活跃的一种表现
(3/N)
Steve Jobs 说过这么一句话：「You have to start with the customer experience and work backwards to the technology」（你必须从客户体验开始，并向后延伸到技术）。但是这些年从 #WWDC 的更新来看，由于没有「向前兼容」，苹果现在的策略似乎是「你必须从 SwiftUI 开始，并延伸到用户体验」(4/N)
对比 Android 世界比较完善的向前兼容体系（developer.android.com/topic/librarie…），SwiftUI/UIKit 在改善用户体验上就是一个天大的笑话。
开发者每年花数十小时学习苹果的新技术，然后可能在三到五年后才能完全用上这些技术。并且这些新技术的 bug 无法得到及时修复。
对比风险不定的期货，我选择现货。(N/N)
开发者每年花数十小时学习苹果的新技术，然后可能在三到五年后才能完全用上这些技术。并且这些新技术的 bug 无法得到及时修复。
对比风险不定的期货，我选择现货。(N/N)
• • •
Missing some Tweet in this thread? You can try to
force a refresh
