36｜升新不升旧：自定义组件如何升级到新架构？

我就是那位折腾了三天退回去的同学，没想到被点名了😂。经过了一年 RN 的折腾我也总结了一些看法，这个折腾过程估计也是很多初尝跨段方案的团队要走的老路。首先不能把 RN 当做客户端最终解决方案，我们当时调研后下的结论：“跨端是未来，原生是辅助”，因为项目初期各部门同事一致不负责的说：怎么快怎么来，能用就行！这给了我们拥抱跨端的勇气。可当加班加点忙完项目上线跑起来终于松一口气时大家口风就变了，因为能用和用到极致是两码事，当开始盈利时跟竞品一对比那必须要用到极致，起初那些不痛不痒的问题在这个阶段就变成了棘手问题，兜兜转转最后又回到了原生，因为不是所有团队都有像宏伟老师这样的团队去做深度优化，所以我们花了很多时间去优化却没折腾出效果，公司没法再忍受我们去研究而不产出了，然后只能用原生把大部分核心功能重写了，只留下少量边边角角的业务用 RN，回过头一看，原本想借助跨端提高生产力，结果反而是降低了生产力，可以说是羊肉没吃到弄了一身骚，原因很简单，一但过了 0 到 1 这个阶段摆在面前只有两条路，要么深入甚至魔改 RN（这没个一年半载门都摸不着），要么用原生开始重构（原生开发组的同事还整天做优化呢，纯 RN 咋个做到极致），如果没有做这到选择题那么大概率我猜你们宣告项目失败甚至到了裁员的边缘，市场机会总是稍纵即逝，项目的失败与技术选项不无关系，这个问题值得深思。总结，得结合自身项目借助 RN 辅助完成一些工作，最好不要一梭哈的把鸡蛋全放 RN 的篮子里，除非你做的是需求明确并且生命周期可预测的项目。另外，这两天在研究原生承载页加载 RN 过慢的问题，安卓低端机得两三秒白屏后才能加载完渲染出来，不知道老师能否加个餐讲一讲怎么优化。

老师后面能扩展react-native服务端渲染方向的相关内容吗？

哈哈，我居然是第一个毕业的！