鸿蒙开发的第一步决策：元服务还是App？两者代码同源、可互转，但产品定位不同。选择取决于你的产品形态和用户场景。
元服务的定位
- 轻量：免安装、即点即用；
- 场景：高频、轻量的服务（查、看、付）；
- 优势：低门槛获客、卡片直达、分享方便；
- 局限：功能复杂度受限（包体积、能力集）。
App的定位
App：完整的功能体验（账号、数据、深度功能）；适合：复杂产品（社交、电商、工具深度场景）；优势：功能完整、用户粘性（常驻桌面）；局限：安装门槛、获客成本高。
选择的标准
使用频率：高频轻量→元服务（查天气）；低频深度→App（专业工具）；功能复杂度：简单→元服务、复杂→App；商业化：需要长期留存→App、按次服务→元服务。
双形态策略
最佳实践是“一次开发、双形态”：核心功能做App，高频入口做元服务；元服务引流（卡片曝光）→App承接（深度功能）；共享代码（复用逻辑），降低开发成本。
迁移与转换
元服务可以升级为App（补全功能）；App也可以提供元服务入口；代码复用：ArkTS逻辑层共享，UI按形态调整。先元服务后App，是常见的冷启动策略。
元服务与App的选择是“产品决策”：高频轻量做元服务、复杂深度做App、多数产品双形态并行。想清楚用户场景，形态自然清晰。