[發明專利]一種移動組件共享方法、系統、設備及存儲介質

在審

• 申請號: 202310530105.7
• 申請日: 2023-05-12
• 公開（公告）號: CN116301759A
• 公開（公告）日: 2023-06-23
• 發明（設計）人: 李強;李曉珍;劉迪;趙慶華;張茜;王子恒;孟雨;李繼成
• 申請（專利權）人: 國網信息通信產業集團有限公司
• 主分類號: G06F8/20
• 分類號: G06F8/20;G06F8/30;G06F9/445;G06F9/448;G06F9/54
• 代理公司: 濟南舜源專利事務所有限公司 37205
• 代理人: 張營磊

本發明提供一種移動組件共享方法、系統、設備及存儲介質，屬于移動門戶軟件開發技術領域，所述方法步驟如下：S1.基于原生創建支持H5應用的組件框架，實現本地原生端與移動門戶JS端的雙向通信；S2.使用組件框架創建及管理原生組件，并將原生組件以JS接口方式提供給應用業務側共享。本發明提供的移動組件共享方法、系統、設備及存儲介質，通過移動門戶的支持H5應用的組件框架，實現原生組件與應用業務側的共享，通過將原生組件打包在移動門戶中，實現業務定制化組件。

技術領域

本發明屬于移動門戶軟件開發技術領域，具體涉及一種移動組件共享方法、系統、設備及存儲介質。

背景技術

H5應用，是以html、javascript、css等web技術為基礎開發的移動應用。

隨著移動門戶的發展，移動門戶不僅僅需要展示移動辦公類應用，原有對移動原生能力要求高的獨立APP也需要修改為H5應用在移動門戶統一展現，從而支撐移動辦公及外網作業業務。

而傳統移動門戶，互聯網的移動門戶產品，主要面向簡單移動辦公場景，解決企業辦公類微應用統一展現需求，但是面對需要原生定制化改造來滿足業務特殊場景的需求往往無法兼顧。

以電網的特殊業務場景為例，比如營銷現場電表數據抄收、電表異常檢測等業務，采用營銷背夾專用安全軟件開發工具包，為了考慮安全性，該功能須由業務研發人員實現，無法將核心軟件開發工具包提供給移動門戶研發人員進行封裝。傳統的混合開發模式，無法提供開放的移動原生組件通用規范，從而無法實現由業務側進行組件封裝再統一打包至移動門戶的方式，只能是在業務側及移動門平臺側分別開發，浪費人力資源，效率低。

此為現有技術的不足，因此，針對現有技術中的上述缺陷，提供一種移動組件共享方法、系統、設備及存儲介質，是非常有必要的。

發明內容

針對現有技術的上述移動門戶需要將獨立APP作為H5應用展示，而移動門戶的傳統開發模式，無法將獨立APP組件在移動門戶側應用，只能采用分別開發的方式，浪費人力資源，效率低的缺陷，本發明提供一種移動組件共享方法、系統、設備及存儲介質，以解決上述技術問題。

第一方面，本發明提供一種移動組件共享方法，包括如下步驟：

S1.基于原生創建支持H5應用的組件框架，實現本地原生端與移動門戶JS端的雙向通信；

S2.使用組件框架創建及管理原生組件，并將原生組件以JS?接口方式提供給應用業務側共享。

進一步地，步驟S1具體步驟如下：

S11.為移動門戶創建支持H5應用的組件框架；

S12.為組件框架配置原生與JS通信模塊及組件管理器模塊；

S13.設置組件管理器模塊為原生組件配置本地功能，進行Web功能擴展；

S14.設置原生與JS通信模塊為原生組件配置移動門戶JS端與本地原生端的進行交互。

進一步地，步驟S11具體步驟如下：

S111.配置組件框架與移動門戶的本地功能模塊以及移動門戶的H5及JS封裝層連接；

S112.配置H5應用與H5及JS封裝層連接；

S113.配置本地功能模塊與原生UI界面連接。

進一步地，步驟S13具體步驟如下：

S131.配置組件管理器模塊判斷原生組件是否需要擴展本地功能；

若是，進入步驟S132；

若否，進入步驟S14；

S132.配置組件管理器模塊將所需本地功能添加到原生組件，實現組件框架JS類庫的本地功能。

進一步地，步驟S14具體步驟如下：