從 年2020 9 月開源至今,OpenHarmony 開源項目堅持半年發布一個版本的節奏,如今已迭代到了 3.1 版本。經過社區全體貢獻者的共同努力,3 月 31 日,OpenHarmony 開源社區正式發布了 OpenHarmony 3.1 Release 版本。此版本從基礎能力、分布式能力、應用程序框架能力以及應用能力都得到了大幅增強。從一開始的輕量系統、小型系統,如今已支持標準系統了。這種能力增強也意味著 OpenHarmony 3.1 版本可以支持豐富的 UI 交互能力、3D GPU 以及硬件合成能力、更多控件以及動效更豐富的圖形能力、更為完整的應用框架和更加豐富的富設備形態。 為了更深入地了解 OpenHarmony 3.1 版本給生態產業帶來的幫助與影響,深圳市開源技術服務中心策劃了 OpenHarmony 3.1 深度解讀系列專訪,讓專家們來解讀 OpenHarmony 3.1 版本帶給我們的驚喜。 今天,深圳市開源技術服務中心理事長鐘以山先生采訪了 OpenHarmony 項目群技術指導委員會(TSC)主席陳海波先生,請他來談談 OpenHarmony 3.1 的特性以及未來的技術規劃。 鐘以山:海波老師,您好,很高興您能接受我們的專訪。OpenHarmony 的新版本已經發布了,您認為新版本和過去發布的大版本相比有什么重要特性,您能給大家介紹一下嗎? 陳海波:這個剛剛發布的版本正式名稱叫 OpenHarmony 3.1 release 版本,因為發布日期是 3 月 30 日,所以很多人會叫它 330 版本。這個版本相比于之前的版本是有非常大的特性和功能方面的增強,可以說是對全棧的能力構建和增強,主要體現在以下四個方面:
![]() 鐘以山:請您向大家介紹一下 OpenHarmony 3.1 版本對廣大開發者的意義,開發者在哪些領域可以更好地發揮出這些新增的特性和功能? 陳海波:我剛才提到了這個版本在系統基礎服務方面,有了全面的增強。剛才我提到了很多特性,包括多任務、多窗口能力,圖形、媒體,多樣的分布式連接的能力,驗證接入能力等等,這些新能力一方面對應用開發者而言,可以去打造具有更豐富交互能力的復雜應用;對設備開發者而言,可以接入更多的硬件設備和芯片平臺。 同時因為 OpenHarmony 分布式能力的增強,使能開發者在分布式連接的場景下,可以進行更多的應用和硬件產品的創新設計。像 ArkUI 這種元能力框架的提供,一定會帶來開發效率的很大提升。對于開發者而言,開發一些復雜的應用會更加方便。另外,在 OpenHarmony 社區的共同努力下,通過兼容性測試的開發板的數量也會一直在增多。 最后,在工具鏈方面,包括 IDE 集成開發環境,支持基于聲明式的 UI 基建開發,包括新增的低代碼模板、服務卡片的零代碼開發、應用的一鍵式自動簽名等等,這些對開發者而言,大家可以更加便捷地在 OpenHarmony 上構建應用和硬件的生態。 ![]() 鐘以山:在過去兩年,OpenHarmony 已經形成了一個比較有序的版本發布節奏,請您介紹一下 OpenHarmony 在 2022 年的發布計劃。 陳海波:在過去的兩年里,OpenHarmony 在快速演進,不斷地推陳出新,新的版本在不斷地發布。當前,OpenHarmony 處于快速成長期,這得益于社區里面很多的開發者,得到很多社區合作伙伴的支持。 在大家的共同支持下,OpenHarmony 的版本發布會比其它相對成熟的,或者說時間更長的開源項目更加活躍一些。2022 年 OpenHarmony 預計會發布兩個 release 版本,其中,包括當前發布的 3.1 Release 版本;另外,我們也期望 OpenHarmony 的一些新特性、新功能可以更快地被開發者感知到,所以還會有兩個 beta 版本發布,具體的發布日期,我們在確定后告訴大家。 結合過去兩年在社區共建的經驗來看,目前已經形成的版本節奏是一年會有兩個 release 版本發布。以后隨著 OpenHarmony 項目和社區的不斷成熟,版本發布節奏也會有相應的調整,以更好地支持應用開發者和設備開發者。 ![]() 鐘以山:值此 OpenHarmony 3.1 release 版本發布之際,請您向 OpenHarmony 開發者社區分享您的感想。 陳海波:OpenHarmony 的這次版本發布,包括過去發布的每個版本,都是 OpenHarmony 成長過程中非常重要的時刻。 OpenHarmony 開源社區能走到今天,離不開廣大開發者們,包括我們共建單位的大力支持,非常感謝大家。當前 OpenHarmony 社區的貢獻者已經非常多,作出貢獻的共建單位,也達到了一個非常大的數目。 在 Gitee 上,我們可以看到 OpenHarmony 的 fork (編者注:fork 指針對項目代碼的拷貝)已經達到了 23,000 多次,項目已經進入了一個非常良好的循環,我期待各位開發者和各個共建單位,能夠一起把 OpenHarmony 推向更高的高度,能夠把它應用到更多的場景里去。 在去年年底,OpenHarmony 社區成立了技術指導委員會(TSC),目的也是圍繞操作系統建立一個更廣泛的軟件生態,包括編譯器、編程語言、跨平臺 UI 框架等。今年大家也會看到 OpenHarmony 項目群會出現更多的一些技術軟件項目,期望廣大開發者能夠繼續關注和支持 OpenHarmony 項目群,一起來構建分布式全場景協同的開源操作系統底座,和我們共建生態系統。 ![]() 【你知道嗎?】 FA 和 PA 元能力子系統,是 OpenHarmony 為開發者提供的一套開發 OpenHarmony 應用的開發框架。元能力子系統由如下模塊組成: (元能力子系統框架圖) Ability 是應用所具備的能力的抽象,一個應用可以包含一個或多個 Ability。Ability 分為兩種類型:FA(Feature Ability)和 PA(Particle Ability)。 FA:由三方基于元能力框架開發的、實現單一功能的有 UI 界面的程序實體,用于支持與用戶交互的能力。 PA:由三方基于元能力框架開發的、實現單一功能的無 UI 界面的支持后臺任務的程序實體。 PA 與 FA 的區別是,PA 無 UI 界面,僅對系統服務有依賴關系,PA 之間不存在依賴關系 。Service 模板是 PA 支持的模板。 ArkUI
運行時 運行時是指一個程序在運行(或者在被執行)的依賴。也就是說,當你打開一個程序使它在電腦上運行的時候,那個程序就是處于運行時刻。在一些編程語言中,把某些可以重用的程序或者實例打包或者重建成為“運行庫'。這些實例可以在它們運行的時候被連接或者被任何程序調用,同時依賴于運行時系統。 HDF HDF(Harmony Driver Foundation)驅動框架,為驅動開發者提供驅動框架能力,包括驅動加載、驅動服務管理和驅動消息機制。旨在構建統一的驅動架構平臺,為驅動開發者提供更精準、更高效的開發環境,力求做到一次開發,多系統部署。 ![]() END
|
|