在2026年的时候，跨平台开发这件事，早就不是关于要不要去使用它的问题了，而是要回答用哪一个，才能够防止团队，在iOS以及Android这两个原生平台之间，再次陷入重复制造轮子，还有人力成本成倍增加的实际困境之中。
跨平台不是新话题但痛点始终没变
2010年，笔者头一回运用Adobe Air开展移动开发之际写了一套ActionScript代码，这套代码能够在PC、网页以及iOS上运行，听闻起来相当美好。然而，一旦真正上线之后却发觉，其渲染效率低下，原生功能调用颇为麻烦，最终该项目还是被拆分成为两个原生团队进行重新编写。经历了十多年的时间推移，当我们着手做视频会议产品之时，依然面临着同样的抉择：究竟是要在iOS和Android这两个系统上各自招聘一名人员，还是寻觅一套跨平台方案从而将前端维护成本压低至最低限度呢？在对React Native以及Flutter进行考察之后，数据方面的对比呈现出极为直观的状况：React Native是依靠WebView来实现渲染的，然而对于复杂UI而言，掉帧的现象显得颇为明显；与之对应的是，Flutter是自行开展UI绘制工作的，并且规定每秒钟达到60帧的流畅度乃是极为关键的一项指标。
React Native的妥协与捆绑
就 React Native 而言，其策略居然是将开发者和系统原生控件牢牢捆绑在一起，并且框架还有特定行为，会把 JSX 转译成为 iOS 的 UIKit 或者 Android 的 View。针对这种方案，坑点在系统进行升级这个情况的时候体现得最为显著。举个例子，在 2019 年时，iOS 13 推出了暗黑模式，React Native 社区花了整整三个月时间方才做到稳定适配。再比如，202.02版本更新后，2021年 Android 12 引入了 Material You 动态配色，结果部分第三方组件竟然直接失效了。麻烦程度更甚的是，存在一些特性在本质上就无法实现跨平台，iOS系统的Live Text仅能够在iPhone设备上得以使用，而Android系统的画中画模式于React Native之中需编写两套桥接代码。框架自身也不得不去维护数量众多的平台判断逻辑，最终开发者依旧需要了解两套原生生态。
Flutter的激进与彻底
Flutter踏上了一条全然别样的路径，它并未信赖任何的原生控件，而是径直借助自身的引擎于GPU之上绘制UI，这表明在iOS系统里看不到UIKit，在Android系统中看不到View，所有的按钮、列表以及动画皆是由Flutter自行予以渲染的。其代价乃是安装包的体积相较于React native大约大5MB左右，不过所换来的却是跨越iOS、Android、MacOS、Windows、Linux乃至Web的六端达成统一。在测试期间，我们团队察觉到，针对同一套视频会议UI代码，历经打包后生成iOS App，以及于Chrome浏览器当中运行，二者处于像素级别的一致状态。像这般“自己绘制”的方案，致使Flutter无需等待苹果或者谷歌更新API；与之同时，系统进行升级时，对其几乎不存在影响。
从入门到实战需要掐准关键章节
刚开始学习的人最容易出现的失误是从开头一直读到末尾。实际上，第一章直至第三章阐述的是Dart语法以及框架原理，大体浏览一遍，知晓有状态组件与无状态组件的差异便足矣。从第四章起，就得着手敲代码，Container、Text、Image这几个高频使用的组件占据日常开发的百分之七十。最让众多人遭遇阻碍的是第7章的布局情况，Row、Column、Stack这三个容器能够组合形成差不多所有的界面，书中那个电商商品详情页的综合案例，我依照步骤运行了三遍才全部弄明白弹性布局的flex系数分配，建议不要跳跃这一步骤，不然在编写列表时item的间距始终调整不正确。
插件开发是进阶分水岭但非必选项
第13章在讲述插件开发之际尤其是着重强指出，是唯有在需要去调用摄像头、蓝牙、指纹这类原生的功能之时才必然得去看这一章。我们于做视频会议期间调用了iOS的ReplayKit以及Android的MediaProjection，所以不得不去编写两套平台的代码。然而这一章对于普通的应用开发者的确是能够予以跳过的，因为pub.dev上现有的插件涵盖了90%的场景。相比之下，倒是第14章的IDE调试技巧得尽早去看了，断点该打在什么地方，怎样运用性能工具检测掉帧，这些实际操作能够节省大量用来排查问题的时间。
写书是倒逼知识体系的最好方式
为给团队奠定基础，我承接了这本书籍的撰写工作。在交稿之前，查阅了 Flutter 引擎源码，还查阅了 Skia 图形库文档，甚至于查阅了部分 Linux 渲染协议。原本一直以为仅仅是撰写组件的用法，然而写到路由导航的时候，才弄明白 Fluro 库实质是基于原生 NavigationStack 去封装的。编辑在进行润色之际，删去了我所堆砌的形容词，并且要求每个示例代码务必能够跑通。最终，书里面的每个组件都配备了精简例子所对应的完整代码，读者把这些代码复制粘贴到 main.dart 里面，便能够直接看到效果。这种写法让本书实操评分在出版社内部排到年度前三。
两个综合案例足够应付实际项目
第16章的企业站App，其业务场景覆盖比例达90%，电商App的业务场景覆盖比例同样为90%。企业站侧重于图文展示，还有列表加载，以及PDF预览；电商App涉及状态管理，包含购物车数据同步，还有支付回调。建议依照章节顺序敲完这两个项目，重点要关注lib目录怎样进行拆分，网络请求层如何去抽象。我们团队中新来的应届生，在花两周跑完案例之后，直接着手对公司App的客服模块进行重构。
你于开发期间碰到过哪一个跨平台框架的潜藏深坑呢？欢迎于评论区内揭露你所踩过的具体机型，以及系统版本，还有报错代码，用以让后来的人避开哈。
Comments NOTHING