作为 Java 开发者，刚开始写 ArkTS 时，最明显的不适应不是语法，而是 UI 状态和声明式构建方式。

Java 中习惯先创建对象，再调用方法修改界面；ArkUI 更强调状态变化驱动界面更新。例如：

@State private count: number = 0

build() {
  Column() {
    Text(`当前数量：${this.count}`)
    Button('增加')
      .onClick(() => this.count += 1)
  }
}

迁移过程中，我把熟悉的 Java 思维保留下来：

• 用接口隔离数据访问；
• 用明确类型描述业务模型；
• 用单元测试覆盖纯函数；
• 用错误码和日志追踪问题；
• 用 CI 保证构建一致性。

同时需要改变一些习惯：不要在界面构建阶段执行网络请求，不要把所有状态都塞进页面，也不要把 Java 后端的分层结构机械复制到客户端。

这篇文章适合记录真实学习过程，包括第一个可运行页面、第一次遇到的编译错误、客户端调用 Spring Boot 接口的过程，以及最终形成的个人开发规范。