Android与iOS应用鸿蒙化

不能以一键转换作为项目结论。页面、生命周期、系统能力、SDK、Native库和数据机制存在差异，需要先盘点后确定复用、替换和重构范围。

需求、业务规则、接口定义和部分资源可以作为输入，Swift或Objective-C实现不能默认直接复用。实际复用比例取决于项目结构和依赖，需通过代码审查确认。

应先建立功能映射表。目标版本可约定一致功能、平台差异实现、替代方案和不迁移项，验收按确认后的映射表进行。

逐项核对目标HarmonyOS版本的可用SDK、账号配置、许可和服务端接口；不可直接使用时评估替代服务或业务调整。

需要确认原数据格式、加密方式、账号关系、版本跨度和迁移触发机制，再设计兼容读取、转换或服务端同步方案。

应约定需求冻结点、差异同步频率和变更规则。未管理的双端并行迭代会扩大回归范围和交付风险。

先根据功能数量、代码质量、SDK和Native依赖、数据迁移、后台改造、设备矩阵及测试范围拆分工作量，再形成阶段计划和报价。

以冻结版本、功能映射表、目标设备、账号数据、接口环境、差异清单和测试用例为依据，不以页面相似度单独判断完成。