[發明專利]一種多態組件融合方法

有效

• 申請號: 201810707789.2
• 申請日: 2018-07-02
• 公開（公告）號: CN109117119B
• 公開（公告）日: 2021-06-22
• 發明（設計）人: 徐祥;純斌;趙神州;賴文;段小波
• 申請（專利權）人: 成都四方偉業軟件股份有限公司
• 主分類號: G06F8/10
• 分類號: G06F8/10;G06F8/20;G06F8/34;G06F8/41;G06F9/445
• 代理公司: 成都睿道專利代理事務所(普通合伙) 51217
• 代理人: 萬利

1.一種多態組件融合方法，其特征在于包括以下步驟：

步驟一：初始化可視化平臺的組件標準和開發規范；

步驟二：第三方根據組件標準和開發規范定制業務需求組件，得到定制化組件；

步驟三：Liven框架根據設計態組件融合方法將定制化組件融入可視化平臺；

所述的步驟三中，Liven框架在設計態根據設計態組件融合方法將業務需求組件融入可視化平臺具體為：

步驟101：將業務需求組件統一存儲在組件庫中；

步驟102：可視化平臺的設計器啟動時，Liven框架讀取組件庫中所有組件的資源信息，存儲在內存中；

步驟103：從內存中獲取組件的資源信息并解析，識別組件身份并生成身份識別碼以建立組件與Liven框架之間的注冊關系；

步驟104：在所述設計器中將組件拖拽到畫布區，設計器自動生成具有唯一標識碼的組件實例；

步驟105：Liven框架編譯器讀取組件實例的指令資源并執行，生成動態DOM視圖；

步驟106：在所述設計器中設置組件實例的配置信息。

2.根據權利要求1所述的一種多態組件融合方法，其特征在于：所述步驟一中的組件標準包括組件資源管理、組件類層次結構和Liven框架SDK API接口文檔。

3.根據權利要求2所述的一種多態組件融合方法，其特征在于：所述的組件資源包括Widget對象、組件指令和配置；所述的組件資源還包括語言包、模板、圖片、依賴庫、樁數據和CSS。

4.根據權利要求2所述的一種多態組件融合方法，其特征在于：所述的組件類層次結構具體為：

基本組件指令基類、圖標組件指令基類、容器組件指令基類和地圖組件指令基類繼承指令基類，布局組件指令基類繼承所述容器組件指令基類；

基本組件基類、圖標組件基類、容器組件基類和地圖組件基類繼承DOM基類，布局組件基類繼承所述容器組件基類，若存在組件不屬于任何一類上述組件，則該組件繼承DOM基類；

所述的指令基類、所述的DOM基類和組件資源加載器繼承事件抽象類，所述的組件資源加載器為平臺級處理器；

所述的事件抽象類繼承基礎類。

5.根據權利要求1所述的一種多態組件融合方法，其特征在于：在運行態時最終用戶加載組件的步驟為：

步驟201：編排組件構建生成WEBAPP；

步驟202：當最終用戶訪問WEBAPP的頁面時，加載頁面的靜態DOM內容；

步驟203：頁面的靜態DOM內容加載完成后，觸發事件加載Liven框架；

步驟204：Liven框架檢測需要加載的組件，讀取需加載組件的每一個資源信息和編排信息并存儲在內存中；

步驟205：從內存中獲取需加載組件的資源信息并解析，識別需加載組件身份并生成身份識別碼以建立需加載組件與Liven框架之間的注冊關系；

步驟206：從內存中獲取需加載組件的編排信息，解析識別配置信息，然后建立配置信息與組件指令間的邏輯關系；

步驟207：編譯器讀取需加載組件的指令資源并執行，通過雙向綁定機制將生成的業務數據設置到靜態DOM，然后生成動態DOM。

6.根據權利要求1所述的一種多態組件融合方法，其特征在于：所述的步驟二具體為：根據開發規范創建組件包目錄結構；封裝組件對象和組件指令對象；創建指令模板；編寫組件配置項；構建組件主題；增加國際化語言包；安全處理；為組件添加描述信息。

7.根據權利要求6所述的一種多態組件融合方法，其特征在于：所述的組件包包括：

組件名稱.class.js文件，用于封裝組件對象；

組件名稱.directive.js文件，用于存儲組件指令資源；

組件名稱.directive.tpl文件，用于為設計器提供組件的指令模板；

組件名稱.config.js文件，用于存儲組件配置項；

setting.json文件，用于描述組件；

setting.json文件，用于存儲組件的圖標文件；

configs文件夾，用于存儲組件的配置值；

fixtures文件夾，用于存儲組件的樁數據；

i18n文件夾，用于存儲組件的語言包資源；

js文件夾，用于存儲依賴庫資源；

template文件夾，用于存儲組件的模板資源；

theme文件夾，用于存儲組件皮膚。