??????? 從今天開始，博主將開設(shè)一門新的專欄用來講解市面上比較熱門的技術(shù) “鴻蒙開發(fā)”，對于剛接觸這項(xiàng)技術(shù)的小伙伴在學(xué)習(xí)鴻蒙開發(fā)之前，有必要先了解一下鴻蒙，從你的角度來講，你認(rèn)為什么是鴻蒙呢？它出現(xiàn)的意義又是什么？鴻蒙僅僅是一個手機(jī)操作系統(tǒng)嗎？它的出現(xiàn)能夠和Android和IOS三分天下嗎？它未來的潛力能否制霸整個手機(jī)市場呢？
抱著這樣的疑問和對鴻蒙開發(fā)的好奇，讓我們開始今天對Stage應(yīng)用模型的掌握吧！
目錄
Stage應(yīng)用模型
應(yīng)用配置文件
UIAbility生命周期
頁面及組件生命周期
UIAbility啟動模式
Stage應(yīng)用模型
應(yīng)用模型是HarmonyOS為開發(fā)者提供的應(yīng)用程序所需能力的抽象提煉，它提供了應(yīng)用程序必備的組件和運(yùn)行機(jī)制。有了應(yīng)用模型，開發(fā)者可以基于一套統(tǒng)一的模型進(jìn)行應(yīng)用開發(fā)，使應(yīng)用開發(fā)更簡單、高效。隨著系統(tǒng)的演進(jìn)發(fā)展，HarmonyOS先后提供了兩種應(yīng)用模型：
FA(Feature Ability)模型：
HarmonyOS早期版本開始支持的模型，已經(jīng)不再主推
Stage模型：Harmony0S 3.1 Developer Preview版本開始新增的模型，是目前主推且會長期演進(jìn)的模型。在該模型中，由于提供了AbilityStage、WindowStage等類作為應(yīng)用組件和Window窗口的“舞臺”，因此稱這種應(yīng)用模型為Stage模型。
那也就是說不僅是現(xiàn)在的harmonyos4版本，包括馬上要發(fā)布的harmonyos next版本都會推薦大家去基于Stage模型去開發(fā)，因此接下來博主將著重講解與Stage模型相關(guān)的知識：
應(yīng)用配置文件
基于Stage模型開發(fā)的應(yīng)用，經(jīng)編譯打包后，其應(yīng)用程序包結(jié)構(gòu)如下圖應(yīng)用程序包結(jié)構(gòu)（Stage模型）所示。開發(fā)者需要熟悉應(yīng)用程序包結(jié)構(gòu)相關(guān)的基本概念。
詳情請查看?官方文檔 這里我們首先先講解一下基于Stage模型應(yīng)用的一些配置文件，Stage模型的應(yīng)用配置文件主要分為以下兩類：
應(yīng)用的全局配置文件：配置全局信息，文件夾主要信息如下：
Module配置文件：配置模塊信息，文件夾主要信息如下：
當(dāng)我們想修改我們的應(yīng)用名稱時(shí)，可以點(diǎn)擊右上角的編輯
進(jìn)入到編輯器進(jìn)行我們的修改，也是非常的方便：
修改完成之后，我們再回到我們本地的模擬器當(dāng)中就能看到我們修改的名字發(fā)生變化了：
UIAbility生命周期
UIAbility是指具有界面交互能力的Ability。它可以提供應(yīng)用程序的用戶界面，響應(yīng)用戶的交互動作，并將用戶的操作傳遞給應(yīng)用程序。
UIAbility生命周期是指UIAbility在創(chuàng)建、啟動、暫停、恢復(fù)和銷毀過程中所經(jīng)歷的各個階段。在項(xiàng)目的entryability中已經(jīng)給與我們UIAbility生命周期函數(shù)的運(yùn)行流程：
這里我們通過本地模擬器搭配控制臺來演示 UIAbility生命周期 運(yùn)行的流程：
頁面及組件生命周期
頁面：即應(yīng)用的 UI 頁面。可以由一個或者多個自定義組件組成，@Entry 裝飾的自定義組件為頁面的入口組件，即頁面的根節(jié)點(diǎn)，一個頁面有且僅能有一個@Entry。只有被@Entry 裝飾的組件才可以調(diào)用頁面的生命周期。
頁面生命周期，即被@Entry 裝飾的組件生命周期，提供以下生命周期接口：
onPageShow：頁面每次顯示時(shí)觸發(fā)。
onPageHide：頁面每次隱藏時(shí)觸發(fā)一次。
onBackPress:當(dāng)用戶點(diǎn)擊返回按鈕時(shí)觸發(fā)。
組件生命周期，即一般用@Component 裝飾的自定義組件的生命周期，提供以下生命周期接口：
aboutToAppear：組件即將出現(xiàn)時(shí)回調(diào)該接口，具體時(shí)機(jī)為在創(chuàng)建自定義組件的新實(shí)例后，在執(zhí)行其 build() 函數(shù)之前執(zhí)行。
aboutToDisappear：在自定義組件即將析構(gòu)銷毀時(shí)執(zhí)行。
生命周期流程如下圖所示，下圖展示的是被@Entry裝飾的組件(首頁)生命周期。
具體實(shí)現(xiàn)的流程圖如下：
接下來我們通過下面的這一段代碼來實(shí)現(xiàn)頁面及組件生命周期的執(zhí)行流程：
// 入口組件
import router from '@ohos.router'
@Entry
@Component
struct Test {
@State isShowChild: boolean = true // 是否顯示自定義組件
// 組件被創(chuàng)建之前
aboutToAppear(){
console.log('主組件被創(chuàng)建了')
}
// 組件被銷毀了
aboutToDisappear(){
console.log('主組件被銷毀了')
}
// 頁面顯示的時(shí)候
onPageShow(){
console.log('主頁面被顯示')
}
// 頁面隱藏的時(shí)候
onPageHide(){
console.log('主頁面被隱藏')
}
// 返回按鈕被點(diǎn)擊
onBackPress(){
console.log('返回按鈕被點(diǎn)擊')
}
build(){
Column(){
Text('我是主頁面')
.fontSize(40)
.fontWeight(FontWeight.Bold)
Row(){
// 按鈕動態(tài)顯示子組件
Button('點(diǎn)擊')
.onClick(()=>{
this.isShowChild = !this.isShowChild
})
Button('離開當(dāng)前頁面')
.onClick(()=>{
router.pushUrl({ url: 'pages/router/test2' })
})
}
.width('100%')
.justifyContent(FlexAlign.SpaceAround)
.margin(15)
// 自定義組件
if(this.isShowChild){
test()
}
}
.justifyContent(FlexAlign.Center)
.width('100%')
.height('100%')
}
}
// 自定義組件
@Component
struct test {
@State message: string = '張三'
// 組件被創(chuàng)建之前
aboutToAppear(){
console.log('子組件被創(chuàng)建了')
}
// 組件被銷毀了
aboutToDisappear(){
console.log('子組件被銷毀了')
}
build(){
Column(){
Text(`Hello ${this.message}`)
.fontSize(30)
.onClick(()=>{
this.message = '李四'
})
}
}
}最終呈現(xiàn)的效果如下：
UIAbility啟動模式
在前面我們提到Stage模型的應(yīng)用，在啟動時(shí)會先準(zhǔn)備ability stage舞臺，接著就可以基于它去創(chuàng)建UIAbility實(shí)例并且去啟動它，對于UIAbility的啟動模式有很多種，接下來將著重講解最常用的四種：
Singleton啟動模式：每一個UIAbility只存在唯一實(shí)例。默認(rèn)是啟動模式，任務(wù)列表中只會存在一個相同的UIAbility。以下給出動態(tài)圖進(jìn)行演示一下：
standard啟動模式：每次啟動UIAbility都會創(chuàng)建一個新的實(shí)例，在任務(wù)列表中可能存在一個或多個相同的UIAbility。修改module.json文件，進(jìn)行如下配置更改UIAbility啟動模式：
接下來我們對standard模式進(jìn)行如下演示，可以看到實(shí)例對多次創(chuàng)建而且不會銷毀：
multiton啟動模式：每次啟動UIAbility都會創(chuàng)建一個新的實(shí)例，在任務(wù)列表中只會存在一個UIAbility。如下進(jìn)行演示：
specififed啟動模式：每個UIAbility實(shí)例可以設(shè)置key標(biāo)示啟動UIAbility時(shí)，需要指定key，存在key相同實(shí)例直接被拉起，不存在則創(chuàng)建新實(shí)例。官方文檔給我們很好的演示了：
在EntryAbility中，調(diào)用startAbility()方法時(shí)，在want參數(shù)中，增加一個自定義參數(shù)來區(qū)別UIAbility實(shí)例，例如增加一個"instanceKey"自定義參數(shù)。
// 在啟動指定實(shí)例模式的UIAbility時(shí)，給每一個UIAbility實(shí)例配置一個獨(dú)立的Key標(biāo)識
// 例如在文檔使用場景中，可以用文檔路徑作為Key標(biāo)識
function getInstance() {
// ...
}
let want = {
deviceId: '', // deviceId為空表示本設(shè)備
bundleName: 'com.example.myapplication',
abilityName: 'FuncAbility',
moduleName: 'module1', // moduleName非必選
parameters: { // 自定義信息
instanceKey: getInstance(),
},
}
// context為調(diào)用方UIAbility的AbilityContext
this.context.startAbility(want).then(() => {
// ...
}).catch((err) => {
// ...
})由于FuncAbility的啟動模式配置為了指定實(shí)例啟動模式，在FuncAbility啟動之前，會先進(jìn)入其對應(yīng)的AbilityStage的onAcceptWant()生命周期回調(diào)中，解析傳入的want參數(shù)，獲取"instanceKey"自定義參數(shù)。根據(jù)業(yè)務(wù)需要通過AbilityStage的onAcceptWant()生命周期回調(diào)返回一個字符串Key標(biāo)識。如果返回的Key對應(yīng)一個已啟動的UIAbility，則會將之前的UIAbility拉回前臺并獲焦，而不創(chuàng)建新的實(shí)例，否則創(chuàng)建新的實(shí)例并啟動。
import AbilityStage from '@ohos.app.ability.AbilityStage';
export default class MyAbilityStage extends AbilityStage {
onAcceptWant(want): string {
// 在被調(diào)用方的AbilityStage中，針對啟動模式為specified的UIAbility返回一個UIAbility實(shí)例對應(yīng)的一個Key值
// 當(dāng)前示例指的是module1 Module的FuncAbility
if (want.abilityName === 'FuncAbility') {
// 返回的字符串Key標(biāo)識為自定義拼接的字符串內(nèi)容
return `ControlModule_EntryAbilityInstance_${want.parameters.instanceKey}`;
}
return '';
}
}例如在文檔應(yīng)用中，可以對不同的文檔實(shí)例內(nèi)容綁定不同的Key值。當(dāng)每次新建文檔的時(shí)候，可以傳入不同的新Key值（如可以將文件的路徑作為一個Key標(biāo)識），此時(shí)AbilityStage中啟動UIAbility時(shí)都會創(chuàng)建一個新的UIAbility實(shí)例；當(dāng)新建的文檔保存之后，回到桌面，或者新打開一個已保存的文檔，回到桌面，此時(shí)再次打開該已保存的文檔，此時(shí)AbilityStage中再次啟動該UIAbility時(shí)，打開的仍然是之前原來已保存的文檔界面。? 以如下步驟所示進(jìn)行舉例說明。?????
1）打開文件A，對應(yīng)啟動一個新的UIAbility實(shí)例，例如啟動“UIAbility實(shí)例1”。?????
2）在最近任務(wù)列表中關(guān)閉文件A的進(jìn)程，此時(shí)UIAbility實(shí)例1被銷毀，回到桌面，再次打開文件A，此時(shí)對應(yīng)啟動一個新的UIAbility實(shí)例，例如啟動“UIAbility實(shí)例2”。?????
3）回到桌面，打開文件B，此時(shí)對應(yīng)啟動一個新的UIAbility實(shí)例，例如啟動“UIAbility實(shí)例3”。?????文章來源：http://www.zghlxwxcb.cn/news/detail-781366.html
4）回到桌面，再次打開文件A，此時(shí)對應(yīng)啟動的還是之前的“UIAbility實(shí)例2”。文章來源地址http://www.zghlxwxcb.cn/news/detail-781366.html
到了這里，關(guān)于【HarmonyOS】掌握 Stage 模型的核心概念與應(yīng)用的文章就介紹完了。如果您還想了解更多內(nèi)容，請?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！
