国产精品久久久aaaa,日日干夜夜操天天插,亚洲乱熟女香蕉一区二区三区少妇,99精品国产高清一区二区三区,国产成人精品一区二区色戒,久久久国产精品成人免费,亚洲精品毛片久久久久,99久久婷婷国产综合精品电影,国产一区二区三区任你鲁

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

鴻蒙開發教程-管理組件狀態

jf_46214456 ? 2024-01-22 21:46 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

概述

在應用中,界面通常都是動態的。如圖1所示,在子目標列表中,當用戶點擊目標一,目標一會呈現展開狀態,再次點擊目標一,目標一呈現收起狀態。界面會根據不同的狀態展示不一樣的效果。

ArkUI作為一種聲明式UI,具有狀態驅動UI更新的特點。當用戶進行界面交互或有外部事件引起狀態改變時,狀態的變化會觸發組件自動更新。所以在ArkUI中,我們只需要通過一個變量來記錄狀態。當改變狀態的時候,ArkUI就會自動更新界面中受影響的部分。

ArkUI框架提供了多種管理狀態的裝飾器來修飾變量,使用這些裝飾器修飾的變量即稱為狀態變量。

在組件范圍傳遞的狀態管理常見的場景如下:

場景裝飾器
組件內的狀態管理@State
從父組件單向同步狀態@Prop
與父組件雙向同步狀態@Link
跨組件層級雙向同步狀態@Provide和@Consume

在組件內使用@State裝飾器來修飾變量,可以使組件根據不同的狀態來呈現不同的效果。若當前組件的狀態需要通過其父組件傳遞而來,此時需要使用@Prop裝飾器;若是父子組件狀態需要相互綁定進行雙向同步,則需要使用@Link裝飾器。使用@Provide和@Consume裝飾器可以實現跨組件層級雙向同步狀態。

在實際應用開發中,應用會根據需要封裝數據模型。如果需要觀察嵌套類對象屬性變化,需要使用@Observed和@ObjectLink裝飾器,因為上述表格中的裝飾器只能觀察到對象的第一層屬性變化。

另外,當狀態改變,需要對狀態變化進行監聽做一些相應的操作時,可以使用@Watch裝飾器來修飾狀態。

組件內的狀態管理:@State

實際開發中由于交互,組件的內容呈現可能產生變化。當需要在組件內使用狀態來控制UI的不同呈現方式時,可以使用@State裝飾器。以任務管理應用為例,當點擊子目標列表的其中一項,列表項會展開。當再次點擊同一項,列表項會收起。所以,對于某一個列表項來說,它的呈現方式會受列表項是否展開這個狀態影響。

將是否展開這個狀態定義為isExpanded變量,當其值為false表示目標項收起,值為true時表示目標項展開。

此時,需要使用@State裝飾器修飾isExpanded,使其成為目標項內部的狀態變量。通過@State裝飾后,框架內部會建立數據與視圖間的綁定,

當isExpanded狀態變化時,目標項會隨之展開或收起。

其具體實現只要用@State修飾isExpanded變量,定義是否展開狀態。然后通過條件渲染,實現是否顯示進度調整面板和列表項的高度變化。最后,監聽列表項的點擊事件,在onClick回調中改變isExpanded狀態。

這樣就實現了對相同列表項點擊時,列表項的展開和收起功能。當用戶反復點擊同一個列表項時,組件內的isExpanded狀態變化,列表項會自動更新。

@Component
export default struct TargetListItem {
  @State isExpanded: boolean = false;
  ...

  build() {
    ...
      Column() {
        ...
        if (this.isExpanded) {
          Blank()
          ProgressEditPanel(...)
        }
      }
      .height(this.isExpanded ? $r('app.float.expanded_item_height')                  
      : $r('app.float.list_item_height'))
      .onClick(() = > {
        ...
             this.isExpanded = !this.isExpanded;
        ...
       })
    ...
  }
}

從父組件單向同步狀態:@Prop

當子組件中的狀態依賴從父組件傳遞而來時,需要使用@Prop裝飾器,@Prop修飾的變量可以和其父組件中的狀態建立單向同步關系。當父組件中狀態變化時,該狀態值也會更新至@Prop修飾的變量;對@Prop修飾的變量的修改不會影響其父組件中的狀態。

圖4 列表的編輯模式

如圖4所示,在目標管理應用中,當用戶點擊子目標列表的“編輯”文本,列表進入編輯模式,點擊取消,列表退出編輯模式。

整個列表是自定義組件TargetList,頂部是文本顯示區域,主要是Text組件,底部是一個Button組件。中間區域則是用來顯示每個目標項,目標項是自定義組件TargetListItem。

從圖中可以看出,TargetListItem是TargetList的子組件。TargetList是TargetListItem父組件。

圖5 TargetList和TargetListItem

對于父組件TargetList,其頂部顯示的文本和底部按鈕會隨編輯模式的變化而變化,因此父組件擁有編輯模式狀態。

對于子組件TargetListItem,其最右側是否預留位置和顯示勾選框也會隨編輯模式變化,因此子組件也擁有編輯模式狀態。

但是是否進入編輯模式,其觸發點是在用戶點擊列表的“編輯”或取消按鈕,狀態變化的源頭僅在于父組件TargetList。當父組件TargetList中的編輯模式變化時,子組件TargetListItem的編輯模式狀態需要隨之變化。

圖6 從父組件單向同步isEditMode狀態

在父組件TargetList中可以定義一個是否進入編輯模式的狀態,即用@State修飾isEditMode。@State修飾的變量不僅是組件內部的狀態,也可以作為子組件單向或雙向同步的數據源。ArkUI提供了@Prop裝飾器,@Prop修飾的變量可以和其父組件中的狀態建立單向同步關系,所以用@Prop修飾子組件TargetListItem中的isEditMode變量。

在父組件TargetList中,用@State修飾isEditMode,定義編輯模式狀態。然后利用條件渲染實現根據是否進入編輯模式,顯示不同的文本和按鈕。同時,在父組件中需要在用戶點擊時改變狀態,觸發界面更新。

當點擊“編輯”事件發生時,進入編輯模式,顯示取消、全選文本和勾選框,同時顯示刪除按鈕;當點擊“取消”事件發生時,退出編輯模式,顯示“編輯”文本和“添加子目標”按鈕。

@Component
export default struct TargetList {
  @State isEditMode: boolean = false;
  ...
  build() {
    Column() {
      Row() {
        ...
          if (this.isEditMode) {
            Text($r('app.string.cancel_button'))
              .onClick(() = > {
                this.isEditMode = false;
                ...
               })
               ...
            Text($r('app.string.select_all_button'))...
            Checkbox()...
          } else {
            Text($r('app.string.edit_button'))
              .onClick(() = > {
                this.isEditMode = true;
              })
              ...
          }
        ...
      }
      ...
      List({ space: CommonConstants.LIST_SPACE }) {
        ForEach(this.targetData, (item: TaskItemBean, index: number) = > {
          ListItem() {
            TargetListItem({
              isEditMode: this.isEditMode,
              ...
            })
          }
        }, (item, index) = > JSON.stringify(item) + index)
      }
      ...
      if (this.isEditMode) {
        Button($r('app.string.delete_button'))
      } else {
        Button($r('app.string.add_task'))
      }
    }
    ...
  }
}

在子組件TargetListItem中,使用@Prop修飾子組件的isEditMode變量,定義子組件的編輯模式狀態。然后同樣根據是否進入編輯模式,控制目標項最右側是否預留位置和顯示勾選框。

@Component
export default struct TargetListItem {
   @Prop isEditMode: boolean;
   ...
       Column() {
        ...
       }
       .padding({
        ...
        right: this.isEditMode ? $r('app.float.list_edit_padding') 
               : $r('app.float.list_padding')
       })
       ...

       if (this.isEditMode) {
        Row() {
           Checkbox()...
        }
       }
  ...
}

最后,最關鍵的一步就是要在父組件中使用子組件時,將父組件的編輯模式狀態this.isEditMode傳遞給子組件的編輯模式狀態isEditMode。

@Component
export default struct TargetList {
  @State isEditMode: boolean = false;
  ...
  build() {
    Column() {
      ...
      List({ space: CommonConstants.LIST_SPACE }) {
        ForEach(this.targetData, (item: TaskItemBean, index: number) = > {
          ListItem() {
            TargetListItem({
              isEditMode: this.isEditMode,
              ...
            })
          }
        }, (item, index) = > JSON.stringify(item) + index)
      }
      ...
    }
    ...
  }
}

與父組件雙向同步狀態:@Link

若是父子組件狀態需要相互綁定進行雙向同步時,可以使用@Link裝飾器。父組件中用于初始化子組件@Link變量的必須是在父組件中定義的狀態變量。

圖7 切換目標項

在目標管理應用中,當用戶點擊同一個目標,目標項會展開或者收起。當用戶點擊不同的目標項時,除了被點擊的目標項展開,同時前一次被點擊的目標項會收起。

如圖7所示,當目標一展開時,點擊目標三,目標三會展開,同時目標一會收起。再點擊目標一時,目標一展開,同時目標三會收起。

從目標一切換到目標三的流程中,關鍵在于最后目標一的收起,當點擊目標三時,目標一需要知道點擊了目標三,目標一才會收起。

圖8 子目標列表目標項位置索引

在子目標列表中,每個列表項都有其位置索引值index屬性,表示目標項在列表中的位置。index從0開始,即第一個目標項的索引值為0,第二個目標項的索引值為1,以此類推。此外,clickIndex用來記錄被點擊的目標項索引。當點擊目標一時,clickIndex為0,點擊目標三時,clickIndex為2。

在父組件子目標列表和每個子組件目標項中都擁有clickIndex狀態。當目標一展開時,clickIndex為0。此時點擊目標三,目標三的clickIndex變為2,只要其父組件子目標列表感知到clickIndex狀態變化,同時將此變化傳遞給目標一。目標一的clickIndex即可同步改變為2,即目標一感知到此時點擊了目標三。

圖9 與父組件雙向同步clickIndex狀態

將列表和目標項對應到列表組件TargetList和列表項TargetListItem。首先,需要在父組件TargetList中定義clickIndex狀態。

若此時子組件中的clickIndex用@Prop裝飾器修飾,當子組件中clickIndex變化時,父組件無法感知,因為@Prop裝飾器建立的是從父組件到子組件的單向同步關系。

ArkUI提供了@Link裝飾器,用于與父組件雙向同步狀態。當子組件TargetListItem中的clickIndex用@Link修飾,可與父組件TargetList中的clickIndex建立雙向同步關系。

@Component
export default struct TargetList {
  @State clickIndex: number = CommonConstants.DEFAULT_CLICK_INDEX;
  ...
             TargetListItem({
               clickIndex: $clickIndex,
              ...
             })
  ...
}

首先,在父組件TargetList中用@State裝飾器定義點擊的目標項索引狀態。然后,在子組件TargetListItem中用@Link裝飾器定義clickIndex,當點擊目標項時,clickIndex更新為當前目標索引值。

完成在父子組件中定義狀態后,最關鍵的就是要建立父子組件的雙向關聯關系。在父組件中使用子組件時,將父組件的clickIndex傳遞給子組件的clickIndex。其中父組件的clickIndex加上$表示傳遞的是引用。

@Component
export default struct TargetListItem {
  @Link @Watch('onClickIndexChanged') clickIndex: number;
  @State isExpanded: boolean = false
  ...

  onClickIndexChanged() {
    if (this.clickIndex != this.index) {
      this.isExpanded = false;
    }
  }

  build() {
    ...
       Column() {
        ...
       }
       .onClick(() = > {
        ...
           this.clickIndex = this.index;
        ...
       })
    ...
  }
}

當目標一感知到點擊了目標三時,還需要將目標一收起,切換列表項的功能才是完整的。此時,目標一感知到clickIndex變為2,需要判斷與目標一本身的位置索引值0不相等,從而將目標一收起。此時,就需要用到ArkUI中監聽狀態變化@Watch的能力。用@Watch修飾的狀態,當狀態發生變化時,會觸發聲明時定義的回調。

我們給TargetListItem的中的clickIndex狀態加上@Watch("onClickIndexChanged")。這表示需要監聽clickIndex狀態的變化。當clickIndex狀態變化時,將觸發onClickIndexChanged回調:如果點擊的列表項索引不等于當前列表項索引,則將isExpanded狀態置為false,從而收起該目標項。

跨組件層級雙向同步狀態:@Provide和@Consume

跨組件層級雙向同步狀態是指@Provide修飾的狀態變量自動對提供者組件的所有后代組件可用,后代組件通過使用@Consume裝飾的變量來獲得對提供的狀態變量的訪問。@Provide作為數據的提供方,可以更新其子孫節點的數據,并觸發頁面渲染。@Consume在感知到@Provide數據的更新后,會觸發當前自定義組件的重新渲染。

使用@Provide的好處是開發者不需要多次將變量在組件間傳遞。

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • 組件
    +關注

    關注

    1

    文章

    573

    瀏覽量

    19018
  • 鴻蒙
    +關注

    關注

    60

    文章

    2963

    瀏覽量

    45887
  • OpenHarmony
    +關注

    關注

    33

    文章

    3952

    瀏覽量

    21099
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    基于開源鴻蒙的視頻播放開發樣例

    在開源鴻蒙生態建設中,多媒體能力是構建豐富用戶體驗的核心要素。本開發樣例針對視頻播放場景,聚焦開源鴻蒙原生媒體框架,通過Video組件實現視頻資源加載、播放
    的頭像 發表于 08-19 10:41 ?1606次閱讀
    基于開源<b class='flag-5'>鴻蒙</b>的視頻播放<b class='flag-5'>開發</b>樣例

    鴻蒙非侵入式彈窗新解法,企查查正式開源“QuickDialog”彈窗組件

    、可復用的設計理念,有望成為鴻蒙應用開發管理復雜彈窗場景的最佳實踐方案之一。 在當前鴻蒙應用開發中,彈窗能力主要依賴 @CustomDia
    的頭像 發表于 07-31 10:40 ?729次閱讀
    <b class='flag-5'>鴻蒙</b>非侵入式彈窗新解法,企查查正式開源“QuickDialog”彈窗<b class='flag-5'>組件</b>庫

    【HarmonyOS 5】鴻蒙頁面和組件生命周期函數

    【HarmonyOS 5】鴻蒙頁面和組件生命周期函數 ##鴻蒙開發能力 ##HarmonyOS SDK應用服務##鴻蒙金融類應用 (金融理財
    的頭像 發表于 07-11 18:24 ?1088次閱讀

    【HarmonyOS 5】金融應用開發鴻蒙組件實踐

    【HarmonyOS 5】金融應用開發鴻蒙組件實踐 ##鴻蒙開發能力 ##HarmonyOS SDK應用服務##
    的頭像 發表于 07-11 18:20 ?959次閱讀
    【HarmonyOS 5】金融應用<b class='flag-5'>開發</b><b class='flag-5'>鴻蒙</b><b class='flag-5'>組件</b>實踐

    飛書開源“RTV”富文本組件 重塑鴻蒙應用富文本渲染體驗

    近日,飛書正式將其自研的富文本組件庫?RichTextVista(簡稱“RTV”)開源,并上線OpenHarmony?三方庫中心倉。該組件以領先的性能、流暢的渲染體驗與高度的開放性,為鴻蒙生態提供了
    的頭像 發表于 07-11 15:20 ?640次閱讀
    飛書開源“RTV”富文本<b class='flag-5'>組件</b> 重塑<b class='flag-5'>鴻蒙</b>應用富文本渲染體驗

    鴻蒙5開發寶藏案例分享---Swiper組件性能優化實戰

    鴻蒙寶藏:Swiper組件性能優化實戰,告別卡頓丟幀! 大家好!最近在鴻蒙開發時,偶然發現了官方文檔里埋藏的 性能優化寶藏案例 ,尤其是<span class=\"
    發表于 06-12 17:53

    鴻蒙5開發寶藏案例分享---分析幀率問題

    鴻蒙性能優化寶藏:幀率問題實戰案例解析 嘿,各位鴻蒙開發者! 今天分享一個開發中的大發現——鴻蒙官方文檔里藏著一堆超實用的性能優化案例!這些
    發表于 06-12 17:07

    鴻蒙5開發寶藏案例分享---應用并發設計

    ?** 鴻蒙并發編程實戰指南:解鎖ArkTS多線程黑科技** 嘿,開發者朋友們! 今天給大家扒一扒鴻蒙官方文檔里藏著的并發編程寶藏—— 100+實戰場景解決方案 !從金融理財到游戲開發
    發表于 06-12 16:19

    HarmonyOS實戰:組件化項目搭建

    前言 鴻蒙應用開發已經成為互聯網新的風口,開發鴻蒙軟件已經成為今年工作的核心目標。在軟件開發過程中,對于復雜度較大,功能較多的軟件都會采用
    的頭像 發表于 06-09 14:58 ?672次閱讀
    HarmonyOS實戰:<b class='flag-5'>組件</b>化項目搭建

    潤和軟件旗下潤開鴻亮相開源鴻蒙開發者大會2025

    近日,開源鴻蒙開發者大會2025(OHDC.2025)于深圳再啟新篇,會上正式發布了開源鴻蒙5.1 Release版本,并進行開源鴻蒙應用技術組件
    的頭像 發表于 06-03 16:22 ?1631次閱讀

    鴻蒙5開發寶藏案例分享---一多開發實例(即時通訊)

    ?鴻蒙\"一多\"開發寶藏指南:原來官方案例還能這么玩!? 大家好呀!我是剛在鴻蒙開發路上踩完坑的某不知名碼農,今天要給大家分享一個重大發現——原來HarmonyOS官方早就給我
    發表于 06-03 16:01

    鴻蒙5開發寶藏案例分享---一多分欄開發實踐

    ?【HarmonyOS開發者的寶藏指南】一次搞定多設備分欄布局,原來還能這么玩! 大家好呀!今天在鴻蒙社區挖到一個超實用的大寶藏——原來官方早就藏了一堆分欄布局的實戰案例!作為被多端適配折磨
    發表于 06-03 12:03

    2025開源鴻蒙開發者大會圓滿落幕

    近日,開源鴻蒙開發者大會2025(OHDC.2025,簡稱“大會”)在深圳隆重開幕。大會正式發布了開源鴻蒙5.1 Release版本,舉行了開源鴻蒙應用技術
    的頭像 發表于 05-26 17:03 ?1367次閱讀

    開源啦!!!基于鴻蒙ArkTS封裝的圖表組件《McCharts》,大家快來一起共創

    及時反饋 開源代碼管理管理開源代碼我們選擇了GitHub,比較主流,后續也會放開其他的。而開發完的組件我們使用的是OpenHarmony三方庫中心倉來
    發表于 03-15 15:21

    Get這個秘籍,鴻蒙原生應用頁面滑動絲滑無比

    、出池管理,極大地簡化了Web頁面的開發流程。 基于“nodepool”的持續優化,這一方案在原生頁面的高性能滑動體驗上,已經實現了對競品的超越,并提供了一種簡單易用的全局組件復用能力,大幅提升
    發表于 03-06 14:41