1. 背景
由于当前部门使用Flutter框架进行开发，支持生成Android和iOS两端的App应用。现在鸿蒙系统计划完全去掉AOSP核心代码，将无法支持Android应用。因此，鸿蒙手机接下来只能安装鸿蒙App应用。鉴于此，从长远来看，部门App后续也需要支持鸿蒙系统。那么，如何从成本和可维护性方面考虑后续的开发模式？可以兼顾到Android、iOS和鸿蒙系统，同时老项目又能支持在鸿蒙手机上运行？重新开发鸿蒙版本？显然不切实际。
2. 解决方案
2.1 方案一：Flutter for OpenHarmony
❝
鸿蒙官方计划对Flutter进行反向适配，即基于Flutter SDK的稳定版本进行拓展，使其能够在鸿蒙DevEco Studio上构建和生成鸿蒙App应用。
2.1.1 优势
- 官方支持。
Flutter源码直接可用，只需简单适配，成本低。
2.1.2 劣势
- 因使用
Flutter版本为3.7，与当前最新3.24版本相差过大，加上Flutter迭代特别频繁，很多开发方式、组件都在不断变化，后续要使用新的Flutter特性，可能不会那么容易。 Flutter正在考虑使用自研的图形渲染引擎Impeller替换掉Skia，这无疑又加大了更多的变数。最后，可能会变成多个分支进行维护。- 部门已有项目，使用的
Flutter版本都是最新的，可能是没办法兼容的。除非新项目统一使用这个3.7版本的Flutter SDK来开发。
2.2 方案二：ArkUI-X 跨平台框架
❝
ArkUI-X扩展ArkUI开发框架到多个OS平台，让开发者基于一套主代码，就可以构建支持多平台的精美、高性能应用。目前支持OpenHarmony、HarmonyOS、Android、iOS，后续会逐步增加更多平台支持，可以简单理解为鸿蒙版的Flutter。
2.2.1 优势
- 官方支持。
- 鸿蒙版的
Flutter。
2.2.2 劣势
- 有学习成本，虽然鸿蒙和
Flutter是有一些共性的，学习成本相比之下不会太高，但是毕竟是新的开发模式，各种各样的知识和问题都是需要积累和时间的。 - 有开发成本，已有的
Flutter项目需要重新开发。 - 生态各方面还处于初期，还未成熟和完善，也不适合立马接入商业项目应用。
2.3 方案三：Flutter Web【推荐】
❝
通过Flutter Web可以部署在网页上，然后在手机浏览器上使用，并设置为全屏，则可以达到和App一样的使用效果。
2.3.1 优势
- 无开发成本。
- 使用时无需安装。
- 与系统无关，只要有浏览器就可使用。
2.3.2 劣势
- 需要说服使用鸿蒙手机的客户接受这种使用方式。
- 各手机浏览器需要支持全屏功能，不过可以代码实现，检测到当前是手机访问，则自动全屏即可。
- 考虑到毕竟是在网页上使用，体验可能不如
App，但是现在手机性能、网络访问各方面发展都很不错，这方面应该不会特别明显。 - 不联网的项目怎么办？可以基于鸿蒙开发一个基于
WebView的简单手机浏览器，并加载本地Flutter Web部署的包，打开这个应用就可访问。 - 额外多一些适配的工作，但不会很多，
Flutter项目开发，需同时考虑兼容Web端。
2.4 方案四：Flutter 官方支持 HarmonyOS
Flutter官方暂没有支持HarmonyOS的计划，但是这个问答 《HarmonyOS Support》 毕竟是几年前了，以后的发展并不好说，如果鸿蒙系统大规模发展起来，发展到可以倒逼Flutter官方支持也不是没有可能。
3. 结论
到底选哪个方案，不是绝对的，只能是阶段性的，因为很多方案都还存在变数。考虑到部门的App项目情况，推荐选择【方案三】，但是方案一、方案二可以在后续进行这方面的调研和准备工作，伺机而动。
本文由mdnice多平台发布