文章导读ArkTS 严格模式下更推荐用 class 承载默认值减少未初始化字段和对象字面量问题。Article、Equipment、Player、SportEvent 等模型统一放在 common 层。本地 Resource 与远程 URL 字段并存适配离线内置数据和联网抓取数据。页面效果详情页能展示标题、封面、正文块、阅读信息和底部操作说明 Article 与 ContentBlock 的模型边界已经支撑真实页面。实战拆解很多 ArkTS 初学者会把 TypeScript 的 interface 习惯直接搬过来但在 HarmonyOS 项目里严格检查和资源类型会让模型初始化变得更敏感。羽球联盟把业务实体都写成 class并为字符串、数字、Resource、数组提供默认值。Article 模型里同时有 cover: Resource 和 coverUrl?: string这是一个实战取舍。本地 Mock 数据适合直接引用 $r 资源联网抓取的数据则可能只有图片 URL 或没有封面。详情页和卡片组件只需要按优先级渲染不必让所有数据源强行统一成一种格式。关键代码export class Article { id: string ; title: string ; cover: Resource $r(app.media.startIcon); tag: string ; content: ContentBlock[] []; coverUrl?: string; }模型默认值让详情页少写大量空判断Resource 与 URL 并存也让内置数据和远程数据都能进入同一套渲染逻辑。取舍分析这里的取舍可以从两个方向看一边要让当前页面足够直观用户打开后能马上理解入口、状态和反馈另一边要给后续迭代留下余量避免把数据处理、视觉样式和跳转逻辑全部写死在同一个地方。ArkTS 严格模式下class 默认值能减少未初始化字段带来的噪声。 Resource 与远程 URL 并存可以兼顾内置数据和联网数据。设计落点ArkTS 严格模式下class 默认值能减少未初始化字段带来的噪声。Resource 与远程 URL 并存可以兼顾内置数据和联网数据。ContentBlock 把正文结构化详情页只负责分发渲染。易踩坑不要在模型里放函数、UIContext 或复杂运行时对象这会让持久化和跨模块传递变得困难。Resource 字段不要直接写入 Preferences持久化时保存 id 或纯 JSON 字段。验证方式新增一个可选字段确认旧数据仍能渲染。打开本地文章和远程文章确认封面策略都能兜住。在详情页混合文本和图片块确认顺序正确。小结ArkTS严格模式下的业务模型设计 的价值在于把页面现象和工程边界放在一起看用户看到的是流畅的入口、列表、详情和反馈开发者真正维护的是状态、模型和组件之间的关系。这个思路迁移到其他 ArkTS 项目时比单独记某个 API 更可靠。