91欧美超碰AV自拍|国产成年人性爱视频免费看|亚洲 日韩 欧美一厂二区入|人人看人人爽人人操aV|丝袜美腿视频一区二区在线看|人人操人人爽人人爱|婷婷五月天超碰|97色色欧美亚州A√|另类A√无码精品一级av|欧美特级日韩特级

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

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

3天內不再提示

鴻蒙語言基礎類庫:system.app 應用上下文

jf_46214456 ? 來源:jf_46214456 ? 作者:jf_46214456 ? 2024-07-15 09:40 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

應用上下文

說明:

  • 從API Version 7 開始,該接口不再維護,推薦使用新接口。
  • 本模塊首批接口從API version 3開始支持。后續(xù)版本的新增接口,采用上角標單獨標記接口的起始版本。

導入模塊

import app from '@system.app';

app.getInfo

getInfo(): AppResponse

獲取當前應用配置文件中聲明的信息。

說明: 從API Version 7開始,推薦使用[@ohos.bundle]。

系統(tǒng)能力: SystemCapability.ArkUI.ArkUI.Lite

返回值:

參數(shù)類型說明
[AppResponse]定義AppResponse信息。

示例:

export default {    
  getInfo(){        
    var info = app.getInfo();        
      console.log(JSON.stringify(info));    
  } 
}

app.terminate

terminate(): void

退出當前Ability。

說明: 從API Version 7開始,推薦使用[@ohos.ability.featureAbility]。

系統(tǒng)能力: SystemCapability.ArkUI.ArkUI.Lite

示例:

export default {    
  terminate(){        
    app.terminate();    
  }}

app.requestFullWindow

requestFullWindow(options?: RequestFullWindowOptions): void

請求應用以全窗口運行,F(xiàn)A在某些場景下(如半模態(tài)FA)會以非全窗口運行,調用該接口會從非全窗口切換為全窗口運行,如果已經(jīng)以全窗口運行則該接口調用無效。

此接口為系統(tǒng)接口,三方應用不支持調用。

說明: 從API Version 7開始,推薦使用[@ohos.window]。

系統(tǒng)能力: SystemCapability.ArkUI.ArkUI.Full

參數(shù):

參數(shù)名類型必填說明
options[RequestFullWindowOptions]請求全屏時,設定非全屏到全屏的過渡時間,單位為毫秒,默認時間與非全屏到全屏的距離成正比。

示例:

export default {    
  requestFullWindow(){        
    app.requestFullWindow({            
      duration: 200});    
  }
}

app.setImageCacheCount7+

setImageCacheCount(value: number): void

設置內存中緩存解碼后圖片的數(shù)量上限,提升再次加載同源圖片的加載速度。如果不設置則默認為0,不進行緩存。緩存采用內置的LRU策略,新圖片加載后,如果超過緩存上限,會刪除最久未再次加載的緩存。建議根據(jù)應用內存需求,設置合理緩存數(shù)量,數(shù)字過大可能導致內存使用過高。

系統(tǒng)能力: SystemCapability.ArkUI.ArkUI.Full

參數(shù):

參數(shù)名類型必填說明
valuenumber內存中解碼后圖片的緩存數(shù)量。

示例:

// app.ets
import app from '@system.app';

export default {
    onCreate() { 
        app.setImageCacheCount(100)    // 設置解碼后圖片內存緩存上限為100張
        console.info('Application onCreate')
    },
    onDestroy() {
        console.info('Application onDestroy')
    },
}

app.setImageRawDataCacheSize7+

setImageRawDataCacheSize(value: number): void

設置內存中緩存解碼前圖片數(shù)據(jù)的大小上限,單位為字節(jié),提升再次加載同源圖片的加載速度。如果不設置則默認為0,不進行緩存。緩存采用內置的LRU策略,新圖片加載后,如果解碼前數(shù)據(jù)超過緩存上限,會刪除最久未再次加載的圖片數(shù)據(jù)緩存。建議根據(jù)應用內存需求,設置合理緩存上限,過大可能導致應用內存使用過高。

系統(tǒng)能力: SystemCapability.ArkUI.ArkUI.Full

參數(shù):

參數(shù)名類型必填說明
valuenumber內存中解碼前圖片數(shù)據(jù)的緩存大小,單位為字節(jié)。

示例:

// app.ets
import app from '@system.app';

export default {
    onCreate() {
        app.setImageRawDataCacheSize(104857600) 
        // 設置解碼前圖片數(shù)據(jù)內存緩存上限為100MB (100MB=100*1024*1024B=104857600B)
        console.info('Application onCreate')
    },
    onDestroy() {
        console.info('Application onDestroy')
    },
}

app.setImageFileCacheSize7+

setImageFileCacheSize(value: number): void

設置圖片文件緩存的大小上限,單位為字節(jié),提升再次加載同源圖片的加載速度,特別是對網(wǎng)絡圖源、縮略圖會有較明顯提升。如果不設置則默認為100MB。緩存采用內置的LRU策略,新圖片加載后,如果超過文件緩存上限,會按照時間由遠到近刪除緩存圖片文件直到緩存圖片大小滿足緩存上限。建議根據(jù)應用實際需求,設置合理文件緩存上限,數(shù)字過大可能導致磁盤空間占用過高。

系統(tǒng)能力: SystemCapability.ArkUI.ArkUI.Full

參數(shù):

參數(shù)名類型必填說明
valuenumber圖片文件的緩存大小,單位為字節(jié)。

示例:

// app.ets
import app from '@system.app';

export default {  
    onCreate() {    
        app.setImageFileCacheSize(209715200) 
        // 設置圖片文件數(shù)據(jù)緩存上限為200MB (200MB=200*1024*1024B=209715200B) 
        console.info('Application onCreate')
    },  
    onDestroy() {
        console.info('Application onDestroy')
    },
}

AppResponse

定義AppResponse信息。

系統(tǒng)能力: 以下各項對應的系統(tǒng)能力有所不同,詳見下表。

名稱參數(shù)類型必填說明
appID6+string表示應用的包名,用于標識應用的唯一性。**系統(tǒng)能力:**SystemCapability.ArkUI.ArkUI.Full
appNamestring表示應用的名稱。**系統(tǒng)能力:**SystemCapability.ArkUI.ArkUI.Lite
versionNamestring表示應用的版本名稱。**系統(tǒng)能力:**SystemCapability.ArkUI.ArkUI.Lite
versionCodenumber表示應用的版本號。**系統(tǒng)能力:**SystemCapability.ArkUI.ArkUI.Lite

ScreenOnVisibleOptions

定義屏幕上可見接口的選項。

系統(tǒng)能力: 以下各項對應的系統(tǒng)能力均為SystemCapability.ArkUI.ArkUI.Full

QQ截圖20240705210937.png

名稱參數(shù)類型 開發(fā)前請熟悉鴻蒙開發(fā)指導文檔:[gitee.com/li-shizhen-skin/harmony-os/blob/master/README.md]。必填說明
visibleboolean是否啟動?;睿J值false。
success() => void接口調用成功的回調函數(shù)。
fail(data: string, code: number) => void接口調用失敗的回調函數(shù)。
complete() => void接口調用結束的回調函數(shù)。

RequestFullWindowOptions

定義RequestFullWindow接口的選項。

系統(tǒng)能力: 以下各項對應的系統(tǒng)能力均為SystemCapability.ArkUI.ArkUI.Full

名稱參數(shù)類型必填說明
durationnumber定義動畫選項的數(shù)量。

審核編輯 黃宇

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

    關注

    60

    文章

    2979

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    關于進程上下文、中斷上下文及原子上下文的一些概念理解

    開講之前,咱們有必要看看這兩個概念:a -- 上下文 上下文是從英文context翻譯過來,指的是一種環(huán)境。相對于進程而言,就是進程執(zhí)行時的環(huán)境; 具體來說就是各個變量和數(shù)據(jù),包括所有的寄存器變量
    發(fā)表于 09-06 09:58

    進程上下文與中斷上下文的理解

    來源 網(wǎng)絡一.什么是內核態(tài)和用戶態(tài)內核態(tài):在內核空間執(zhí)行,通常是驅動程序,中斷相關程序,內核調度程序,內存管理及其操作程序。用戶態(tài):用戶程序運行空間。 二.什么是進程上下文與中斷上下文1.進程上下文
    發(fā)表于 12-11 19:45

    JavaScript的執(zhí)行上下文

    JavaScript執(zhí)行上下文之執(zhí)行上下文
    發(fā)表于 05-29 16:12

    進程上下文/中斷上下文及原子上下文的概念

    為什么會有上下文這種概念進程上下文/中斷上下文及原子上下文的概念
    發(fā)表于 01-13 07:17

    基于多Agent的用戶上下文自適應站點構架

    自適應站點很少考慮對用戶環(huán)境的自適應。為此,提出用戶上下文自適應站點的概念,給出基于多Agent技術的用戶上下文自適應站點構架模型。闡述用戶上下文獲取、挖掘過程以及站
    發(fā)表于 04-11 08:49 ?13次下載

    基于交互上下文的預測方法

    傳統(tǒng)的上下文預測是在單用戶的上下文基礎上進行的,忽視了實際普適計算環(huán)境中由于用戶交互活動導致的上下文變化因素。為了合理、有效地解決上述局限性問題,該文提出基
    發(fā)表于 10-04 14:08 ?7次下載

    基于Pocket PC的上下文菜單實現(xiàn)

    介紹了基于 Pocket PC 中的點按操作概念, 論述了在Pocket PC 中上下文菜單的實現(xiàn)原理及方法, 并給出了基于MFC 下的Windows CE 應用程序實現(xiàn)上下文菜單的步驟和代碼實例。
    發(fā)表于 07-25 18:26 ?17次下載

    基于Pocket PC的上下文菜單實現(xiàn)

    本文介紹了基于 Pocket PC 中的“點按”操作概念 論述了在 Pocket PC 中上下文菜單的實現(xiàn)原理及方法 并給出了基于 MFC 下的 Windows CE 應用程序實現(xiàn)上下文菜單的步驟和代碼實例 。
    發(fā)表于 04-18 10:46 ?0次下載

    基于上下文相似度的分解推薦算法

    針對移動服務推薦中用戶上下文環(huán)境復雜多變和數(shù)據(jù)稀疏性問題,提出一種基于移動用戶上下文相似度的張量分解推薦算法-UCS-TF。該算法組合用戶間的多維上下文相似度和上下文相似可信度,建立用
    發(fā)表于 11-27 17:42 ?0次下載

    Web服務的上下文的訪問控制策略模型

    的訪問控制策略模型。模型的核心思想是將各種與訪問控制有關的信息統(tǒng)一抽象表示為一個上下文概念,以上下文為中心來制定和執(zhí)行訪問控制策略,上下文擔當了類似基于角色的訪問控制( RBAC)中角色的概念?;诿枋鲞壿?/div>
    發(fā)表于 01-05 16:32 ?0次下載

    初學OpenGL:什么是繪制上下文

    初學OpenGL,打開紅寶書,會告訴你OpenGL是個狀態(tài)機,OpenGL采用了客戶端-服務器模式,那時覺得好抽象,直到后來了解了繪制上下文才把這些聯(lián)系起來。我們可以認為每一個硬件GPU是個服務器
    發(fā)表于 04-28 11:47 ?2822次閱讀

    如何用上下文注意力來進行深度圖像修復

    今天,我們將深入探討深度圖像修復的一個突破,上下文注意力。通過使用上下文注意力,我們可以有效地從遙遠的空間位置借用信息來重建局部缺失的像素。這個想法實際上或多或少和上一篇的復制-粘貼是一樣的。
    的頭像 發(fā)表于 04-07 19:01 ?3686次閱讀
    如何<b class='flag-5'>用上下文</b>注意力來進行深度圖像修復

    如何分析Linux CPU上下文切換問題

    在我的上一篇文章:《探討 Linux CPU 的上下文切換》中,我談到了 CPU 上下文切換的工作原理??焖倩仡櫼幌拢珻PU 上下文切換是保證 Linux 系統(tǒng)正常運行的核心功能。可分為進程
    的頭像 發(fā)表于 05-05 20:11 ?2837次閱讀

    鴻蒙Ability Kit(程序框架服務)【應用上下文Context】

    [Context]是應用中對象的上下文,其提供了應用的一些基礎信息,例如resourceManager(資源管理)、applicationInfo(當前應用信息)、dir(應用文件路徑)、area
    的頭像 發(fā)表于 06-06 09:22 ?1559次閱讀
    <b class='flag-5'>鴻蒙</b>Ability Kit(程序框架服務)【應<b class='flag-5'>用上下文</b>Context】

    語言模型如何處理上下文窗口中的輸入

    本博客介紹了五個基本概念,闡述了大語言模型如何處理上下文窗口中的輸入。通過明確的例子和實踐中獲得的見解,本文介紹了多個與上下文窗口有關的基本概念,如詞元化、序列長度和注意力等。
    的頭像 發(fā)表于 12-03 13:48 ?631次閱讀
    大<b class='flag-5'>語言</b>模型如何處理<b class='flag-5'>上下文</b>窗口中的輸入