Flutter开发HarmonyOS鸿蒙Next应用的时候需要Flutter on Harmony的路线图来明确愿景
Flutter开发HarmonyOS鸿蒙Next应用的时候需要Flutter on Harmony的路线图来明确愿景
我们在做调研，需要一个RoadMap来表明我们投资Flutter on Harmony是否具有风险。
- 对鸿蒙的支持，是否考虑合并Flutter主分支，从而提供开箱即用的便利和享受最新Flutter的便利
- 跟随最新的版本对我们来说预计很重要，因为我们是全球协作全球发布的
- 这是我们最关注的话题，这决定了Flutter on Harmony是一直保持社区维护，还是官方和社区一起维护
- 我们想知道鸿蒙对这个话题的态度，也想知道Flutter官方甚至Google的态度
- 如果不能合并到Flutter主分支，这个社区版本的维护力度是什么样的
- 比如每年更新的频率，预计投入的金钱，有没有社区激励计划
- 预计维护的版本比官方最新版本落后多少
- 社区版本对现有的Android/iOS等平台有没有影响
- 插件的生态维护计划，考虑到Flutter只是专注于UI的框架，平台本身的能力如文件读写、传感器操作需要插件支持
- 如果Flutter on Harmony是社区维护的项目，这将是一个重要的问题，比如是否有社区激励计划
- 如果Flutter on Harmony是合并到Flutter官方的项目，这个问题将不是很严重，至少pub是支持的
- 未来对Harmony OS Next的支持，我们是否有必要兼容Open Harmony OS
5 回复
不懂就问：个人想咨询一个问题。这个项目是为了使flutter 能够编译出hap文件，供鸿蒙使用是么 。就算使用flutter 编译成了鸿蒙上适配的文件，那么鸿蒙需要做的是不是还很多，因为现在的flutter 官方sdk 或者三方sdk 大部分支持android，ios，mac，web等等。我的理解是执行flutter build xx的时候，他们会去下载编译对应平台的代码库。如果这个结论成立的话，岂不是鸿蒙支持flutter的话，flutter官方sdk 库，或者其他flutter的三方库都得反过来有对应的ArKTs的实现 ，否则编译成鸿蒙的话，许多flutter 三方库会在鸿蒙上没法运行。或者说，鸿蒙需要建立现在的flutter的生态，将这些flutter三方库实现一下，然后编译成hap的时候，使用对应的鸿蒙的实现.
看了说明文档，还是没搞明白，这个flutter适配项目该怎么和鸿蒙开发框架结合开发，是基于flutter框架依赖harmony sdk,然后flutter端建立channel与鸿蒙原生通信还是基于鸿蒙开发框架，依赖flutter sdk，将flutter端开发的代码打包成hsp或者har，与鸿蒙原生代码交互呢？
