国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

openharmony開發(fā)最新4.0版本----介紹openharmony(基于api10 ,華為dev studio 4.0,分享學習過程中遇到的難題難點),學習筆記,持續(xù)更新

這篇具有很好參考價值的文章主要介紹了openharmony開發(fā)最新4.0版本----介紹openharmony(基于api10 ,華為dev studio 4.0,分享學習過程中遇到的難題難點),學習筆記,持續(xù)更新。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點擊"舉報違法"按鈕提交疑問。

?1.跳過前面的工具的安裝教程,可以去搜網(wǎng)上的其他資源去下載安裝開發(fā)工具

????????DevEco Studio(OpenHarmony)使用指南:

????????HUAWEI DevEco Studio For OpenHarmony(以下簡稱DevEco Studio)是基于IntelliJ IDEA Community開源版本打造,面向OpenHarmony全場景多設(shè)備的一站式集成開發(fā)環(huán)境(IDE),為開發(fā)者提供工程模板創(chuàng)建、開發(fā)、編譯、調(diào)試、發(fā)布等E2E的OpenHarmony應用/服務開發(fā)。

DevEco Studio作為支撐OpenHarmony應用和服務開發(fā)的IDE,具有以下能力特點:

  • 高效智能代碼編輯:支持ArkTS、JavaScript、C/C++等語言的代碼高亮、代碼智能補齊、代碼錯誤檢查、代碼自動跳轉(zhuǎn)、代碼格式化、代碼查找等功能,提升代碼編寫效率。更多詳細信息,請參考編輯器使用技巧。
  • 低代碼可視化開發(fā):豐富的UI界面編輯能力,支持自由拖拽組件和可視化數(shù)據(jù)綁定,可快速預覽效果,所見即所得;同時支持卡片的零代碼開發(fā),降低開發(fā)門檻和提升界面開發(fā)效率。更多詳細信息,請參考使用低代碼開發(fā)應用/服務。
  • 多端雙向?qū)崟r預覽:支持UI界面代碼的雙向預覽、實時預覽、動態(tài)預覽、組件預覽以及多端設(shè)備預覽,便于快速查看代碼運行效果。更多詳細信息,請參考使用預覽器預覽應用/服務界面效果。
  • 全新構(gòu)建體系:通過Hvigor編譯構(gòu)建工具,一鍵完成應用及服務的編譯和打包,更好地支持ArkTS/JS開發(fā)。
  • 一站式信息獲取:基于開發(fā)者了解、學習、開發(fā)、求助的用戶旅程,在DevEco Studio中提供一站式的信息獲取平臺,高效支撐開發(fā)者活動。
  • 高效代碼調(diào)試:提供TS、JS 、C/C++代碼的斷點設(shè)置,單步執(zhí)行、變量查看等調(diào)試能力,提升應用及服務的問題分析效率。

2.OpenHarmony開源項目

項目介紹:

OpenHarmony是由開放原子開源基金會(OpenAtom Foundation)孵化及運營的開源項目,目標是面向全場景、全連接、全智能時代,基于開源的方式,搭建一個智能終端設(shè)備操作系統(tǒng)的框架和平臺,促進萬物互聯(lián)產(chǎn)業(yè)的繁榮發(fā)展。

技術(shù)架構(gòu):

????????OpenHarmony整體遵從分層設(shè)計,從下向上依次為:內(nèi)核層、系統(tǒng)服務層、框架層和應用層。系統(tǒng)功能按照“系統(tǒng) > 子系統(tǒng) > 組件”逐級展開,在多設(shè)備部署場景下,支持根據(jù)實際需求裁剪某些非必要的組件。

內(nèi)核層:

  • 內(nèi)核子系統(tǒng):采用多內(nèi)核(Linux內(nèi)核或者LiteOS)設(shè)計,支持針對不同資源受限設(shè)備選用適合的OS內(nèi)核。內(nèi)核抽象層(KAL,Kernel Abstract Layer)通過屏蔽多內(nèi)核差異,對上層提供基礎(chǔ)的內(nèi)核能力,包括進程/線程管理、內(nèi)存管理、文件系統(tǒng)、網(wǎng)絡(luò)管理和外設(shè)管理等。

  • 驅(qū)動子系統(tǒng):驅(qū)動框架(HDF)是系統(tǒng)硬件生態(tài)開放的基礎(chǔ),提供統(tǒng)一外設(shè)訪問能力和驅(qū)動開發(fā)、管理框架。

系統(tǒng)服務層:

系統(tǒng)服務層是OpenHarmony的核心能力集合,通過框架層對應用程序提供服務。該層包含以下幾個部分:

  • 系統(tǒng)基本能力子系統(tǒng)集:為分布式應用在多設(shè)備上的運行、調(diào)度、遷移等操作提供了基礎(chǔ)能力,由分布式軟總線、分布式數(shù)據(jù)管理、分布式任務調(diào)度、公共基礎(chǔ)庫、多模輸入、圖形、安全、AI等子系統(tǒng)組成。

  • 基礎(chǔ)軟件服務子系統(tǒng)集:提供公共的、通用的軟件服務,由事件通知、電話、多媒體、DFX(Design For X) 等子系統(tǒng)組成。

  • 增強軟件服務子系統(tǒng)集:提供針對不同設(shè)備的、差異化的能力增強型軟件服務,由智慧屏專有業(yè)務、穿戴專有業(yè)務、IoT專有業(yè)務等子系統(tǒng)組成。

  • 硬件服務子系統(tǒng)集:提供硬件服務,由位置服務、用戶IAM、穿戴專有硬件服務、IoT專有硬件服務等子系統(tǒng)組成。

根據(jù)不同設(shè)備形態(tài)的部署環(huán)境,基礎(chǔ)軟件服務子系統(tǒng)集、增強軟件服務子系統(tǒng)集、硬件服務子系統(tǒng)集內(nèi)部可以按子系統(tǒng)粒度裁剪,每個子系統(tǒng)內(nèi)部又可以按功能粒度裁剪。

框架層:

框架層為應用開發(fā)提供了C/C++/JS等多語言的用戶程序框架和Ability框架,適用于JS語言的ArkUI框架,以及各種軟硬件服務對外開放的多語言框架API。根據(jù)系統(tǒng)的組件化裁剪程度,設(shè)備支持的API也會有所不同。

應用層:

應用層包括系統(tǒng)應用和第三方非系統(tǒng)應用。應用由一個或多個FA(Feature Ability)或PA(Particle Ability)組成。其中,F(xiàn)A有UI界面,提供與用戶交互的能力;而PA無UI界面,提供后臺運行任務的能力以及統(tǒng)一的數(shù)據(jù)訪問抽象?;贔A/PA開發(fā)的應用,能夠?qū)崿F(xiàn)特定的業(yè)務功能,支持跨設(shè)備調(diào)度與分發(fā),為用戶提供一致、高效的應用體驗。

技術(shù)特性

硬件互助,資源共享:

主要通過下列模塊達成

  • 分布式軟總線

    分布式軟總線是多設(shè)備終端的統(tǒng)一基座,為設(shè)備間的無縫互聯(lián)提供了統(tǒng)一的分布式通信能力,能夠快速發(fā)現(xiàn)并連接設(shè)備,高效地傳輸任務和數(shù)據(jù)。

  • 分布式數(shù)據(jù)管理

    分布式數(shù)據(jù)管理基于分布式軟總線,實現(xiàn)了應用程序數(shù)據(jù)和用戶數(shù)據(jù)的分布式管理。用戶數(shù)據(jù)不再與單一物理設(shè)備綁定,業(yè)務邏輯與數(shù)據(jù)存儲分離,應用跨設(shè)備運行時數(shù)據(jù)無縫銜接,為打造一致、流暢的用戶體驗創(chuàng)造了基礎(chǔ)條件

  • 分布式任務調(diào)度

    分布式任務調(diào)度基于分布式軟總線、分布式數(shù)據(jù)管理、分布式Profile等技術(shù)特性,構(gòu)建統(tǒng)一的分布式服務管理(發(fā)現(xiàn)、同步、注冊、調(diào)用)機制,支持對跨設(shè)備的應用進行遠程啟動、遠程調(diào)用、綁定/解綁、以及遷移等操作,能夠根據(jù)不同設(shè)備的能力、位置、業(yè)務運行狀態(tài)、資源使用情況并結(jié)合用戶的習慣和意圖,選擇最合適的設(shè)備運行分布式任務

  • 設(shè)備虛擬化

    分布式設(shè)備虛擬化平臺可以實現(xiàn)不同設(shè)備的資源融合、設(shè)備管理、數(shù)據(jù)處理,將周邊設(shè)備作為手機能力的延伸,共同形成一個超級虛擬終端。

一次開發(fā),多端部署:

OpenHarmony提供用戶程序框架、Ability框架以及UI框架,能夠保證開發(fā)的應用在多終端運行時保證一致性。一次開發(fā)、多端部署。

多終端軟件平臺API具備一致性,確保用戶程序的運行兼容性。

  • 支持在開發(fā)過程中預覽終端的能力適配情況(CPU/內(nèi)存/外設(shè)/軟件資源等)。
  • 支持根據(jù)用戶程序與軟件平臺的兼容性來調(diào)度用戶呈現(xiàn)。
統(tǒng)一OS,彈性部署:

OpenHarmony通過組件化和組件彈性化等設(shè)計方法,做到硬件資源的可大可小,在多種終端設(shè)備間,按需彈性部署,全面覆蓋了ARM、RISC-V、x86等各種CPU,從百KiB到GiB級別的RAM。

系統(tǒng)類型

OpenHarmony支持如下幾種系統(tǒng)類型:
  • 輕量系統(tǒng)(mini system)

    面向MCU類處理器例如Arm Cortex-M、RISC-V 32位的設(shè)備,硬件資源極其有限,支持的設(shè)備最小內(nèi)存為128KiB,可以提供多種輕量級網(wǎng)絡(luò)協(xié)議,輕量級的圖形框架,以及豐富的IOT總線讀寫部件等??芍蔚漠a(chǎn)品如智能家居領(lǐng)域的連接類模組、傳感器設(shè)備、穿戴類設(shè)備等。

  • 小型系統(tǒng)(small system)

    面向應用處理器例如Arm Cortex-A的設(shè)備,支持的設(shè)備最小內(nèi)存為1MiB,可以提供更高的安全能力、標準的圖形框架、視頻編解碼的多媒體能力??芍蔚漠a(chǎn)品如智能家居領(lǐng)域的IP Camera、電子貓眼、路由器以及智慧出行域的行車記錄儀等。

  • 標準系統(tǒng)(standard system)

    面向應用處理器例如Arm Cortex-A的設(shè)備,支持的設(shè)備最小內(nèi)存為128MiB,可以提供增強的交互能力、3D GPU以及硬件合成能力、更多控件以及動效更豐富的圖形能力、完整的應用框架。可支撐的產(chǎn)品如高端的冰箱顯示屏。

詳細特征

在介紹OpenHarmony特性前,需要先明確以下兩個基本概念:
  • 子系統(tǒng)

    OpenHarmony整體遵從分層設(shè)計,從下向上依次為:內(nèi)核層、系統(tǒng)服務層、框架層和應用層。系統(tǒng)功能按照“系統(tǒng) > 子系統(tǒng) > 組件”逐級展開,在多設(shè)備部署場景下,支持根據(jù)實際需求裁剪某些非必要的組件。子系統(tǒng)是一個邏輯概念,它具體由對應的組件構(gòu)成。

  • 組件

    對子系統(tǒng)的進一步拆分,可復用的軟件單元,它包含源碼、配置文件、資源文件和編譯腳本;能獨立構(gòu)建,以二進制方式集成,具備獨立驗證能力的二進制單元。

以下為OpenHarmony中相關(guān)的子系統(tǒng)簡介,詳細介紹見子系統(tǒng)Readme文檔,入口:docs: OpenHarmony documentation | OpenHarmony開發(fā)者文檔 - Gitee.com。

支持的開發(fā)板

當前OpenHarmony社區(qū)支持22款開發(fā)板,下表介紹3款(此處選擇三種系統(tǒng)類型首款進入OpenHarmony主干的開發(fā)板),更多開發(fā)板信息,請參考社區(qū)支持的開發(fā)板清單https://docs.openharmony.cn/pages/v4.0/zh-cn/device-dev/dev-board-on-the-master.md/,社區(qū)每日構(gòu)建版本獲取地址請參考http://ci.openharmony.cn/workbench/cicd/dailybuild/dailylist文章來源地址http://www.zghlxwxcb.cn/news/detail-770460.html

調(diào)試

調(diào)試可以通過預覽器,可以通過虛擬機,但最好在開發(fā)板上運行調(diào)試,因為這是最接近真機的效果的

?結(jié)尾

第一次的簡單介紹就結(jié)束了,下節(jié)我們將直接進入實戰(zhàn)開發(fā),上手體驗如何運行一個openharmony項目,感興趣的點個贊偶,關(guān)注收藏不迷路

到了這里,關(guān)于openharmony開發(fā)最新4.0版本----介紹openharmony(基于api10 ,華為dev studio 4.0,分享學習過程中遇到的難題難點),學習筆記,持續(xù)更新的文章就介紹完了。如果您還想了解更多內(nèi)容,請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權(quán),不承擔相關(guān)法律責任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實不符,請點擊違法舉報進行投訴反饋,一經(jīng)查實,立即刪除!

領(lǐng)支付寶紅包贊助服務器費用

相關(guān)文章

  • libbpf 開發(fā)指南:錯誤與版本信息API介紹

    目錄 函數(shù)的錯誤返回 版本信息函數(shù) 函數(shù)原型 代碼demo makefile 將錯誤碼轉(zhuǎn)為字符串 函數(shù)原型 代碼demo makefile cmake 當 libbpf 在“l(fā)ibbpf 1.0 模式”下使用時,API 函數(shù)可以通過兩種方式之一返回錯誤。 可以使用以下行設(shè)置“l(fā)ibbpf 1.0”模式: 如果函數(shù)直接返回錯誤代碼,則使用 0 表

    2024年02月11日
    瀏覽(21)
  • 多版本opencv共存 刪除原系統(tǒng)opencv,安裝opencv4.4.0 /3.4.10 / 2.4.13.5

    多版本opencv共存 刪除原系統(tǒng)opencv,安裝opencv4.4.0 /3.4.10 / 2.4.13.5

    本文用于記錄opencv共存設(shè)置過程以及踩過的坑 似乎沒完全刪除 使用 find /usr iname opencv find /usr iname opencv4 find /usr iname opencv3.4 (之前安過3.4) find /usr iname opencv2 找到所有相關(guān)文件夾刪除。 下面這條命令似乎可以把所有依賴都一起檢測出來,并可以逐項懸著是否刪除(由于對

    2024年01月18日
    瀏覽(28)
  • OpenHarmony-4.0-Release 源碼編譯記錄

    本文基于 Ubuntu 20.04.4 LTS 這個沒啥好說的,都是搞機的,用之前編譯 aosp 的 linux 環(huán)境就行,有小伙伴擔心會把之前的環(huán)境搞崩, 也有用 docker 編譯的,我這里就直接在 aosp 環(huán)境下搞了,還省事。 安裝下面這三東西,是為了下載 Harmony 源碼 sudo apt install curl sudo apt install python3

    2024年02月05日
    瀏覽(40)
  • Docker 編譯OpenHarmony 4.0 release

    Docker 編譯OpenHarmony 4.0 release

    編譯環(huán)境:Ubuntu 20.04 OpenHarmony版本:4.0 release 平臺設(shè)備:RK3568 OpenHarmony 3.2更新至OpenHarmony 4.0后,公司服務器無法編譯通過,總是在最后幾十個文件時報錯,錯誤碼4000: 經(jīng)分析嘗試: 1、相同的步驟和命令,wsl2 編譯OpenHarmony 4.0 r正常。 2、服務器使用sudo編譯正常,但由于sudo使

    2024年02月03日
    瀏覽(47)
  • OpenHarmony 4.0 Release 編譯異常處理

    編譯環(huán)境:Ubuntu 20.04 OpenHarmony 軟件版本:4.0 Release 設(shè)備平臺:rk3568 參考官網(wǎng)步驟: OpenHarmony 4.0 Release 源碼獲取 參考官網(wǎng)構(gòu)建步驟: v4.0 Release 編譯構(gòu)建 如果上述步驟一切順利,編譯通過,build log如下: 下拉代碼執(zhí)行報錯 unable to resolve “fork_flow”\\\" 表明repo工具無法解析名為

    2024年02月05日
    瀏覽(23)
  • E2000/飛騰派運行OpenHarmony 4.0

    該項目介紹了如何在飛騰嵌入式開發(fā)平臺上運行OpenHarmony 4.0 release標準系統(tǒng)。 該項目支持芯片內(nèi)置提供的視頻解碼硬件加速,支持硬件光標加速,基于Linux kernel 5.10開發(fā)。 ├── device_board_phytium #飛騰開發(fā)板代碼倉庫 ├── device_soc_phytium #飛騰芯片代碼倉庫 ├── phytium_en

    2024年04月17日
    瀏覽(111)
  • OpenHarmony應用簽名 - 系統(tǒng)應用簽名(4.0-Release)

    OpenHarmony應用簽名 - 系統(tǒng)應用簽名(4.0-Release)

    開發(fā)環(huán)境:Windows 11 DevEco Studio 版本:DevEco Studio 4.0 Release(4.0.0.600) SDK 版本:4.0.10.15(Full SDK) 開發(fā)板型號:DAYU 200(RK3568) 系統(tǒng)版本:OpenHarmony-4.0-Release 示例工程:Applications_SystemUI OpenHarmony開源社區(qū)提供了標準系統(tǒng)上的部分系統(tǒng)應用,如桌面、SystemUI、設(shè)置等,為開發(fā)者提

    2024年04月11日
    瀏覽(22)
  • OpenHarmony 4.0 源碼編譯hb 問題排查記錄

    OS:Ubuntu 22.04 x86_64 下載好Openharmony 4.0Beta2 的源碼 從錯信息看是找到某個目錄,hb 是python寫的,所以打算看看源碼是找個目錄出錯了,根據(jù)出錯信息直接看源碼文件。 查看python 代碼可知報錯原因是沒找到 build/lite/hb_internal ,在OpenHamony 源碼下確實沒有發(fā)現(xiàn)有 build/lite/hb_internal

    2024年02月09日
    瀏覽(23)
  • 獲取 github 倉庫最新版本號和版本號列表的 API

    github 倉庫,獲取指定項目的最新版本號和所有版本號列表的兩個API如下: 獲取最新發(fā)布的一個的版本信息 以 fatedier/frp 項目為例,對應的 API 地址為 https://api.github.com/repos/fatedier/frp/releases/latest 所有版本信息 以 fatedier/frp 項目為例,對應的 API 地址為 https://api.github.com/repos/f

    2024年02月13日
    瀏覽(21)
  • RK3568基于openharmony3.2版本之MIPI屏幕調(diào)試

    由于工作需要,RK3568需要支持openharmony3.2系統(tǒng)版本,需要重新移植下載源碼并且適配自家公司的核心板。在開發(fā)的過程中,可謂是真滴難?。?!原本openharmony系統(tǒng)就沒有多少開源的資料了,然后整個架構(gòu)跟linux和Android的SDK不一樣,導致開發(fā)過程十分緩慢。。。就以MIPI屏幕為例

    2024年01月23日
    瀏覽(427)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包