演講嘉賓 | 蔡萬蒼

回顧整理 | 廖 濤

排版校對 | 李萍萍

嘉賓簡介

蔡萬蒼，13年C++/Qt開發(fā)相關工作經(jīng)驗，曾任職Qt公司，擔任技術支持、Qt咨詢師，協(xié)助國內(nèi)多家Qt企業(yè)版用戶完成基于Qt的軟件框架搭建，參與Qt開源社區(qū)Bug維護及修改，在基于Qt框架的軟件架構設計、Qt跨平臺適配上有多年的技術積累和經(jīng)驗，開源書籍QmlBook-in-Chinese在github上star數(shù)達到1000+，現(xiàn)任職于軟通動力信息技術（集團）股份有限公司，擔任成都圖形框架研究院軟件開發(fā)專家角色，負責圖形框架研究院的技術管理工作。

內(nèi)容來源

第一屆開放原子開源基金會OpenHarmony技術峰會——生態(tài)與互聯(lián)分論壇

視頻回顧

? ?打開 嗶哩嗶哩APP 搜索 OpenHarmony-TSC 視頻更清晰

正 文 內(nèi) 容

在全球超過70個行業(yè)，8000家公司，100萬的開發(fā)者都在使用Qt，通過Qt適配OpenHarmony，能夠豐富OpenHarmony的開發(fā)生態(tài)、應用生態(tài)，加速OpenHarmony在各行業(yè)的推廣使用。如何推進和完成Qt在OpenHarmony上的適配呢？軟通動力成都圖形框架研究院軟件開發(fā)專家蔡萬蒼在第一屆OpenHarmony技術峰會上分享了精彩觀點。

01?

Qt 適配 OpenHarmony 意義

Qt是一個C++跨平臺開發(fā)框架，主要用于開發(fā)圖形用戶界面（Graphical User Interface，GUI）程序，具有跨平臺類庫（支持目前所有主流軟硬件平臺組合）、集成開發(fā)工具（縮短軟件產(chǎn)品上市時間）以及跨平臺集成開發(fā)環(huán)境（高生產(chǎn)力開發(fā)環(huán)境）等。全球超過100萬研發(fā)者使用過Qt，Qt的跨平臺開發(fā)能力覆蓋70多個行業(yè)，是從1994年至今得到廣泛的認同和驗證的主流技術。

Qt適配OpenHarmony有什么意義？

一、擴大OpenHarmony開發(fā)者陣營：基于Qt跨平臺特性及Qt For OpenHarmony的適配，吸引數(shù)量龐大的Qt開發(fā)人員在OpenHarmony上進行跨平臺應用遷移及應用開發(fā)，能夠?qū)崿F(xiàn)開發(fā)人員業(yè)務目標與個人能力和OpenHarmony開源生態(tài)與技術發(fā)展的雙贏。

二、豐富OpenHarmony應用生態(tài)：Qt支持目前主流的所有操作系統(tǒng)，如UBuntu、CentOS、OpenEuler、Android、OS X、iOS、Windows、VxWorks、QNX等，涵蓋從嵌入式平臺、移動平臺及PC桌面，基于Qt框架典型的桌面應用，從娛樂到工業(yè)軟件都有所涉及，如暴雪的戰(zhàn)網(wǎng)客戶端、WPS、VirtualBox等等，大部分應用程序都可以使用Qt實現(xiàn)。通過Qt適配OpenHarmony，能夠加速OpenHarmony的行業(yè)應用推廣。

02?

計劃貢獻內(nèi)容

2.1??

適配計劃

Qt按使用及部署劃分，包含了設計工具、開發(fā)工具、框架必要模塊、框架附加模塊4個部分，基于OpenHarmony跨平臺開發(fā)考慮，總體計劃如下：

針對OpenHarmony的開發(fā)工具進行補充

對Qt必要模塊進行適配支持

對部分Qt附加模塊適配支持

具體工作如下：

成立 OH_QT sig，完成Qt Core（Qt核心模塊）、Qt GUI（顯示相關代碼）以及Qt QML適配

完成Qt工程部署，適配Qt相關的開發(fā)工具，實現(xiàn)Qt應用程序北向開發(fā)封裝；適配Qt附加庫部分，如Qt Multimedia，QtRemoteObjects

完成Qt示例及DEMO適配驗證、Qt單元測試適配驗證；向Qt社區(qū)申請立項OpenHarmony支持，申請OH_QT sig畢業(yè)

開發(fā)Qt工程轉(zhuǎn)換DevEco工程工具實現(xiàn)快速的應用遷移配置

2.2??

Qt 配套開發(fā)工具

Qt開發(fā)者通常使用Qt配套的集成開發(fā)環(huán)境Qt Creator，采用qmake或cmake進行軟件工程管理配置，為方便開發(fā)者對已有軟件進行移植適配，我們會開發(fā)對應的工程轉(zhuǎn)換工具，將Qt的應用工程轉(zhuǎn)換為DevEco Application工程，幫助開發(fā)者快速實現(xiàn)應用的遷移配置。

03?

技術難點分享

Qt本身是跨平臺的框架，我們要把它跟OpenHarmony做移植，無非考慮幾個問題：一是Qt應用程序的界面如何在OpenHarmony上進行顯示；OpenHarmony本身觸屏的輸入、鼠標/鍵盤的輸入怎么能夠把它映射到Qt本身的應用程序框架里去。需要了解Qt的QPA實現(xiàn)及系統(tǒng)接口調(diào)用的相關邏輯，就能實現(xiàn)Qt應用程序在OpenHarmony上的運行。

3.1??

QPA 實現(xiàn)及系統(tǒng)接口調(diào)用

Qt平臺抽象（QPA）是Qt的平臺抽象層，QPA插件是通過子類化各種QPlatform*類來實現(xiàn)系統(tǒng)接口的接入，例如用于窗口系統(tǒng)集成的QPlatformIntegration和QPlatformWindow以及用于更深層次的平臺主題化和集成的QPlatformTheme。

QPA核心對象及作用：通過QPlatfromIntegration實現(xiàn)對QPA插件的對象聲明周期管理，Qt GUI等模塊通過Qt已完成的平臺抽象層相關類實現(xiàn)對系統(tǒng)底層的調(diào)用，其中比較重要的實現(xiàn)類包括：EventDispatcher（實現(xiàn)系統(tǒng)底層事件接入）、BackingStore（系統(tǒng)圖形繪制雙緩存實現(xiàn)）、Screen（系統(tǒng)屏幕對象，用于管理Window顯示）、Window（系統(tǒng)窗口對象）、InputContext（系統(tǒng)輸入處理，包括鼠標、輸入法等）、OpenGLContext（系統(tǒng)窗口OpenGL渲染上下文）以及Clipboard（系統(tǒng)剪切板）。

Qt Widget For OpenHarmony渲染流程：基于Qt框架自成體系的圖形框架和事件系統(tǒng)，在OpenHarmony上基于XComponent生成的EGLSurface，采用圖像二維繪制的方式在OpenGL Surface上實現(xiàn)雙緩存渲染機制，完成Qt Widget的窗口內(nèi)容渲染。

Qt Quick For OpenHarmony渲染流程：Qt Quick采用自成體系的Scene Graph基于OpenGL標準接口實現(xiàn)，QPA OpenHarmony插件基于XCompent生成EGL Surface，并通過QPA標準實現(xiàn)類重載實現(xiàn)PlatformIntegration實現(xiàn)與Scene Graph的OpenGLContext綁定，Qt Quick基于標準OpenGL接口在XComponent上實現(xiàn)圖形渲染。

OpenHarmony Touch事件接入：基于XComponent的事件監(jiān)控回調(diào)，在QPA的InputContext實現(xiàn)中實現(xiàn)對XComponent的輸入監(jiān)控，將監(jiān)控的輸入轉(zhuǎn)換為Qt Event發(fā)送到Qt Event隊列中，由Qt框架實現(xiàn)對輸入的處理，完成對觸屏操作和鼠標操作的處理。

基于NAPI的應用框架接口調(diào)用：基于OpenHarmony的應用接口規(guī)范，部分接口未提供NDK接口，需要通過Node.JS的C++插件NAPI調(diào)用ETS SDK的接口進行實現(xiàn)，QPA For OpenHarmony部分系統(tǒng)接口采用該種方式完成對系統(tǒng)接口的調(diào)用，例如系統(tǒng)剪切板。

基于TS腳本自定義符合Qt標準的對話框：Qt上層接口的QMessageBox支持系統(tǒng)默認樣式對話框彈出，該接口在OpenHarmony的SDK中有提供，由于參數(shù)差異，無法通過NAPI直接調(diào)用，我們采用ETS語言實現(xiàn)后導入到DialogHelpers中進行使用。目前系統(tǒng)輸入法采用NAPI接口進行調(diào)用，通過Custom ETS實現(xiàn)對系統(tǒng)輸入法的調(diào)用進行監(jiān)控，再傳入Qt Input Context轉(zhuǎn)換為Qt Key Event輸入到Qt框架，由于輸入法的高性能要求，后續(xù)會與OpenHarmony團隊進行溝通，考慮開放系統(tǒng)底層輸入法NDK接口。

3.2??

Qt For OpenHarmony 應用管理

符合OpenHarmony標準的應用管理：

啟動流程：（1）Qt框架按照Stage模型開發(fā)符合Stage-Ability，應用程序通過EntryAbility調(diào)用啟動；（2）在QtAbilityStage的onCreate中，使用NAPI機制初始化Qt的Native模塊，并調(diào)用App自己的main入口函數(shù)，拉起應用邏輯。

退出流程：在EntryAbility的onDestory中，使用NAPI機制通知Qt的QPA模塊，退出Qt Framework的主循環(huán)及業(yè)務邏輯。

與傳統(tǒng)的C++應用程序不同，遵循Openharmony的北向開發(fā)應用管理，需要通過eTS框架完成應用程序C/C++應用程序main函數(shù)入口調(diào)用啟動。

由于XComponent的動態(tài)創(chuàng)建問題，目前QPA的NAPI函數(shù)調(diào)用放在index.ets中進行調(diào)用，該問題還需要與OpenHarmony團隊進行溝通，討論基于OpenHarmony的最優(yōu)解：（1）基于ETS框架自定義ETS腳本，實現(xiàn)XComponent的動態(tài)創(chuàng)建,在ETS框架下實現(xiàn)應用程序窗口管理；（2）基于NDK開發(fā)的XComponent的新增接口，在Qt App側實現(xiàn)應用程序的窗口管理。

04?

總結與展望

基于Qt跨平臺特性及Qt For OpenHarmony的適配，能夠促進OpenHarmony跨平臺應用遷移及應用開發(fā)，對OpenHarmony技術生態(tài)有一定的積極作用，期待大家一塊參與到Qt適配OpenHarmony的相關工作中來。

E N D

審核編輯 黃宇