由 dawei 鸿蒙生态网站需兼顾多端适配、轻量化与原生体验，框架选型必须围绕HarmonyOS设计规范展开。优先考虑ArkTS + ArkUI的官方技术栈，避免跨平台框架带来的性能损耗与API兼容性问题。社区主流方案如OpenHarmony DevEco Studio已提供完整工程模板，开箱即用且深度集成DevEco Previewer和模拟器。
页面架构采用分层设计：底层为状态管理模块（基于@Builder、@State与@Observed），中层封装原子级UI组件（如CustomDialog、Tabs等鸿蒙原生控件），上层按“首页-开发者资源-设备适配指南-生态伙伴”组织路由结构。所有组件严格遵循《HarmonyOS设计规范》，确保动效时长、间距比例、字体层级符合人因工程标准。
响应式适配聚焦设备能力而非屏幕尺寸。通过@ohos.app.ability.Ability常量识别设备类型（手机/平板/车机/智慧屏），动态加载不同布局文件（如phone.ets、tablet.ets）。关键交互区域启用触控热区放大策略，文字最小可读字号不低于12fp，图标支持无障碍语义标注（accessibleDescription）。
建议图AI生成，仅供参考
数据层统一采用AppStorage管理全局状态，并通过Preferences持久化用户偏好设置。网络请求封装自定义RequestManager，自动处理HarmonyOS特有的token续签与分布式数据同步协议。静态资源如SVG图标全部转为vector资源，字体嵌入WOFF2格式并启用子集裁剪，首屏加载控制在1.8秒内。
构建流程接入DevEco CI/CD插件，自动执行代码规范扫描（HML/ETS规则集）、无障碍检测（含色彩对比度与焦点顺序验证）、以及真机多设备自动化冒烟测试。上线前强制通过HarmonyOS兼容性认证工具（Compatibility Test Suite）验证，确保所有页面在OpenHarmony 4.0+及华为EMUI/HarmonyOS系统中行为一致。
实际开发中发现：过度依赖第三方JS库易导致@ohos. API调用异常，推荐以官方@ohos模块为主干，仅对基础工具函数（如日期格式化）选用TypeScript纯函数实现。设计稿交付阶段即引入鸿蒙色值体系（如#007DFF主色），避免设计师惯用的RGB值转换偏差。