学习过的 ArkTs 知识点，一步一步开发一个小的鸿蒙应用示例，涉及到 ArkTs 语法、注解 @Entry 、 @Component、@state、路由、生命周期、@Prop、 @Link 、常用组件的使用等等知识点。
要开发一个鸿蒙应用，首先我们需要知道 系统是如何找到页面的启动入口。
鸿蒙如何启动应用
在 HarmonyOS 中，应用程序的启动入口 UIAbility，它继承自 Ability，所以我们需要声明一个 EntryAbility。EntryAbility 继承自 UIAbility。HarmonyOS 中的 Ability 类似于 Android 中的 Activity 是应用与用户交互的一个窗口。
我们需要在 module.json5 配置文件中指定 EntryAbility，系统就是靠这个配置来识别启动应用入口。
{
"module": {
......
"pages": "$profile:main\_pages", // 通过profile下的资源文件配置
"abilities": \[
{
"name": "EntryAbility",
"srcEntry": "./ets/entryability/EntryAbility.ts",
"exported": true,
......
}
\]
}
}
配置文件中 pages 标签，在有 UIAbility 的场景下标签不能省略，用来声明路由跳转路径，如果想通过路由的方式，实现页面之间的跳转，需要在 pages 标签指向的文件 $profile:main_pages，添加页面的路径，否则无法跳转。
{
"src": \[
"pages/Index",
"pages/Second"
\]
}
而 $profile:main_pages 指向的路径是文件夹 resources/base/profile 下面的配置文件 main_pages.json，其中文件名 (main_pages) 可自定义，和 pages 标签保持一致即可。
另外配置文件中还有一个 exported 标签，exported 标识当前 UIAbility 组件是否可以被其他应用调用。默认值为 false。
true：表示可以被其他应用调用false：表示不可以被其他应用调用
如果这个 UIAbility 作为程序的启动入口，应该将 exported 设置为 true，否则启动时会报错。
error: failed to start ability.
Error while Launching activity
如果这个 UIAbility 不可以被其他应用调用，也不作为程序的启动入口，那么 exported 应该设置为 false。避免带来安全问题。
当 HarmonyOS 应用启动时，系统首先会创建一个 EntryAbility 实例，实例创建完成之后，在进入 Foreground 之前，系统会创建一个 WindowStage 实例，每一个 Ability 实例，都对应一个 WindowStage 实例。
WindowStage 为本地窗口管理器，用于管理窗口相关的内容，例如与界面相关的获焦/失焦、可见/不可见。Ability 的生命周期和 WindowStage 回调对应的关系，如下图所示。
左图表示 UIAbility 的生命周期，每个生命周期分别做什么事，我会在下篇文章中分析，而右图表示 WindowStage 回调。
正如图中所示，在进入 Foreground 之前，系统会调用 onWindowStageCreate() 方法，在这方法中通过 loadContent() 方法设置启动时要加载的页面。
export default class EntryAbility extends UIAbility {
......
onWindowStageCreate(windowStage: window.WindowStage): void {
windowStage.loadContent('pages/Index', (err, data) \=> {
if (err.code) {
// 页面加载失败处理
return;
}
// 页面加载成功
});
}
onWindowStageDestroy(): void {
// window 被销毁，释放 UI 资源
}
}
我们在 loadContent() 方法中指定了要加载页面的路径 pages/Index 和一个回调函数，这样系统就会按照我们的配置寻找到要加载的页面。
当页面加载成功之后，接下来就是渲染 UI 了，那么 HarmonyOS 是如何渲染 UI。
如何渲染 UI
ArkTS 通过 struct 声明自定义组件名，使用 @Entry 和 @Component 装饰的自定义组件作为页面的入口。
@Entry
@Component
struct Index {
......
}
而页面上的 UI 通过 build 方法进行构建，会在页面加载时首先进行渲染。
@Entry
@Component
struct Index {
build() {
Text("Hello World)
}
}
build 方法主要用于构建和返回 UI 布局和组件，它的主要职责是构建应用的 UI，不允许执行业务逻辑或者其他非 UI 的操作。这是为了确保 UI 代码的清晰性和维护性，同时遵循了关注点分离（Separation of Concerns）的原则。
这可能有人会有疑问，如果不在 build 方法写非 UI 逻辑，那么数据变化了，怎么更新 UI 呢，这就需要用到注解 @state，在 HarmonyOS 中注解有很多，其中 @state 至关重要。而且注解 @state 在实际开发中用的非常频繁。
注解 @state 主要用于刷新 UI, 当用注解 @state 标记的成员变量内容发生变化时，会自动重新渲染 UI。具体的表现如下图所示。
点击左图上的按钮，会获取数据, 当数据变化时，会自动刷新 UI，结果如右图所示。那么在代码中如何实现呢。
我们可以在代码中，声明一个用注解 @State 标记的成员变量 listItems。
@State private listItems: Array<string\> \= \[\];
然后在 build 方法中遍历 listItems 渲染 UI。
build() {
Column() {
ForEach(this.listItems, (item: string) \=> {
Column() {
Text(item)
}
})
}
}
最后我们在 Button 中绑定 onClick 事件，点击时更新 listItems 数据，当 listItems 数据发生变化时，会自动重新渲染 UI 调用 build 方法刷新布局。
parseData() {
for (let i \= 0; i < 10; i++) {
this.listItems.push(\` item ${i}\`)
}
}
build() {
Column() {
Button("click me")
.onClick(() \=> {
this.parseData()
})
ForEach(this.listItems, (item: string) \=> {
Column() {
Text(item)
}
})
}
}
