[發明專利]一種跨Web框架的頁面邏輯裝配架構及方法

在審

• 申請號: 201810302021.7
• 申請日: 2018-04-04
• 公開（公告）號: CN108519879A
• 公開（公告）日: 2018-09-11
• 發明（設計）人: 劉魁;舒紅平;曹亮
• 申請（專利權）人: 成都淞幸科技有限責任公司
• 主分類號: G06F8/38
• 分類號: G06F8/38
• 代理公司: 成都金英專利代理事務所(普通合伙) 51218
• 代理人: 袁英

本發明涉及一種跨Web框架的頁面邏輯裝配方法，它包含以下步驟，S1：定義頁面邏輯構件的標準；S2：對頁面邏輯進行提取和分類；S3：針對開源框架對頁面邏輯構件進行封裝；S4：對頁面邏輯構件進行構件庫管理；S5：對頁面邏輯構件進行可視化裝配；S6：運行裝配好的頁面邏輯。本發明還涉及一種跨Web框架的頁面邏輯裝配架構，它包括頁面邏輯構件、構件庫和編輯器；構件庫用于存放所述頁面邏輯構件并對所述頁面邏輯構件進行管理，編輯器用于從所述構件庫中獲取頁面邏輯代碼并以可視化方式進行開發和裝配。本發明為項目開發頁面邏輯提供一種統一的開發方法，通過對方法的統一封裝實現方法的跨頁面框架開發，實現同一程序在不同頁面框架中無縫切換。

技術領域

本發明涉及用戶界面的開發和運行工具領域，特別是一種跨Web框架的頁面邏輯裝配架構及方法。

背景技術

在傳統的B/S架構的系統中，頁面開發的工作量占到了一半，其中頁面的邏輯控制部分的開發又占到了近一半左右的工作量，因此提高此部分的代碼開發效率對軟件業的發展具有非常現實的意義。業界為解決此問題也陸續出現開發出許多開源框架。然而框架開發出的頁面的控制方法都是該框架所特有的綁定特定的，無法做到使用相同的方法進行頁面邏輯的控制。使得頁面邏輯的開發必須基于特定的框架，無法做到無縫切換。

在傳統的網頁邏輯的開發過程中，開發的需要直接和框架進行緊耦合，而每個前端邏輯框架的接口和標準又不統一，因此會造成如下幾方面的問題：

1） 開發人員需要學習眾多框架，費時費力；

2） 開發出來的代碼量普遍很大，開發周期長；

3） 后期維護困難，維護成本大；

4） 容易形成他人的代碼難以維護的困境；

5） 與框架綁定較緊，容易受框架本身的條款制約；

6） 當框架升級迭代時，難以隨著框架進行升級。

發明內容

本發明的目的在于克服現有技術的缺點，提供一種跨Web框架的頁面邏輯裝配架構，為項目開發頁面邏輯提供一種統一的思路及開發方法，通過對方法的統一封裝實現方法的跨頁面框架開發，實現同一程序在不同頁面框架中無縫切換。

本發明的目的通過以下技術方案來實現，一種跨Web框架的頁面邏輯裝配方法，它包含以下步驟：

S1：定義頁面邏輯構件的標準；

S2：對頁面邏輯進行提取和分類；

S3：針對開源框架對頁面邏輯構件進行封裝；

S4：對頁面邏輯構件進行構件庫管理；

S5：對頁面邏輯構件進行可視化裝配；

S6：運行裝配好的頁面邏輯。

在S1中，所述頁面邏輯構件的標準包括但不限于頁面邏輯構件的存在形式、構件的接口類型和構件的運行模式。

在S2中，所述頁面邏輯分類包括但不限于對頁面邏輯構件的功能、粒度和使用范圍進行分類。所述提取和分類的步驟如下：

S21：對頁面邏輯流程進行分析；

S22：分析后形成頁面邏輯構件列表清單；

S23：將所述清單中的構件按功能分類，形成構件功能分類表；

S24：將所述清單中的構件按粒度分類，形成構件粒度分類表；

S25：將所述清單中的構件按使用范圍分類，形成構件應用范圍表；

S26：所述構件功能分類表、構件粒度分類表和構件應用范圍表中的子構件是否可進一步分類，是，則執行S22；否，則執行S27；