##鸿蒙开发能力 ##HarmonyOS SDK 应用服务 ##鸿蒙金融类应用 (金融理财 #
一、前言
在 HarmonyOS 5 的应用开发模型中,featureAbility
是旧版 FA 模型(Feature Ability)的用法,Stage 模型已采用全新的应用架构,推荐使用组件化的上下文获取方式,而非依赖featureAbility
。
FA 大概是 API7 之前的开发模型。所谓的开发模型,值得是创建鸿蒙开发工程后,你在什么样子的系统容器和接口上进行开发。
当初我在开发 OpenHarmony 的时候,最早用的就是 FA 模型,正是因为 FA 模型在开发过程中的诸多不方便,大概在 API8 时,官方推出了 Stage 模型,进行初步替代。
Stage 模型,见名知意,是在系统提供的舞台容器上,进行应用的开发。整理更新的低耦合,高内聚。应用进程的管理也更加合理高效。
本文主要针对 Stage 模型与 FA 模型的区别。以及 Stage 模型如何获取上下文作出讲解。
二、Stage 模型与 FA 模型的核心区别
下面的表格是官方文档的信息梳理,建议针对 FA 模型有大概了解即可。重点关注 Stage 模型的内容。
在 HarmonyOS 5 的 Stage 模型开发中,featureAbility
属于过时的 FA 模型接口,必须通过组件或UIAbility
的context
属性获取上下文。这一变化体现了 Stage 模型“一切皆组件”的设计思想,确保代码结构更简洁、组件化更彻底,同时避免与旧版 API 的耦合。
三、Stage 模型中正确的上下文获取方式
在 Stage 模型中,组件的上下文(Context
)直接通过组件实例的context
属性获取,无需通过featureAbility
。
代码示例:
// Stage模型中,组件内直接通过this.context获取上下文
@Entry
@Component
struct FileStorageDemo {
// 文件写入
async writeToFile() {
try {
// 正确方式:使用组件的context属性
const filesDir = await this.context.getFilesDir();
const filePath = `${filesDir}/example.txt`;
const fd = await fileio.open(filePath, 0o102); // 0o102表示写入模式(O_WRONLY | O_CREAT)
const data = 'Stage模型下的文件存储示例';
await fileio.write(fd, data);
await fileio.close(fd);
console.log('文件写入成功');
} catch (error) {
console.error('文件写入失败:', error);
}
}
// 文件读取
async readFromFile() {
try {
const filesDir = await this.context.getFilesDir();
const filePath = `${filesDir}/example.txt`;
const fd = await fileio.open(filePath, 0o100); // 0o100表示读取模式(O_RDONLY)
const buffer = new ArrayBuffer(1024);
const bytesRead = await fileio.read(fd, buffer);
const data = new TextDecoder('utf-8').decode(buffer.slice(0, bytesRead));
await fileio.close(fd);
console.log('文件内容:', data);
} catch (error) {
console.error('文件读取失败:', error);
}
}
build() {
Column() {
Button('写入文件').onClick(() => this.writeToFile())
Button('读取文件').onClick(() => this.writeToFile())
}
}
}
复制代码
上下文获取原则
组件内直接使用this.context
(继承自Component
的上下文属性)。
UIAbility
中使用this.context
(代表当前 Ability 的上下文)。
避免使用任何以featureAbility
开头的旧版 API。
评论