[發明專利]一種用于分布式存儲的模型可變的數據分布方法及系統

在審

• 申請號: 201810072551.7
• 申請日: 2018-01-25
• 公開（公告）號: CN108427555A
• 公開（公告）日: 2018-08-21
• 發明（設計）人: 邵帥;樊繼碩;李照川;羅森;王大偉
• 申請（專利權）人: 山東匯貿電子口岸有限公司
• 主分類號: G06F8/34
• 分類號: G06F8/34;G06F8/35
• 代理公司: 濟南信達專利事務所有限公司 37100
• 代理人: 孟峣

本發明公開了一種用于分布式存儲的模型可變的數據分布方法及系統，包括：視圖模塊，負責顯示用戶界面，接收用戶操作；控制模塊，負責管理視圖模塊和邏輯模塊；邏輯模塊，負責進行與業務邏輯相關的數據的操作，并直接與數據模塊和模型模塊進行交互；協議模塊，負責管理視圖模塊和邏輯模塊的所有協議；模型模塊，負責原始數據和模型對象之間的相互映射，為邏輯模塊提供模型的封裝功能；數據模塊，為邏輯模塊和模型模塊直接提供原始數據。該用于分布式存儲的模型可變的數據分布方法及系統與現有技術相比，將MVP的三層架構進行更深層次的劃分，使每個模塊的職責更明確，模塊之間獨立性更好，降低了模塊之間的耦合性，提供了模塊的代碼復用性。

技術領域

本發明涉及計算機技術領域，具體地說是一種實用性強、用于分布式存儲的模型可變的數據分布方法及系統。

背景技術

在軟件架構的設計中，MVC是最常用的架構模式，MVC架構包括：模型層（Model）、視圖層（View）和控制層（Controller）。在MVC的架構中，控制層作為一個中間橋梁，來協同視圖層和模型層的通信，使視圖層和模型層可以很好的隔離，減少了模塊代碼之間的相互影響。在軟件架構設計方面，特別是移動終端的APP架構設計中，多數APP采用MVC的架構模式。對于移動終端的APP架構設計來說，由于移動終端系統的特性，控制層的職責并不是特別明確，控制層還參與了用戶交互和界面顯示等視圖層的工作。隨著移動終端性能的提升，移動終端的APP的功能更加強大，視圖顯示也更加多元化和個性化。這就導致了更多的代碼堆積在控制層中，造成了控制層的臃腫。

為了解決移動終端的APP架構設計中，某一層或某幾層代碼臃腫的問題，在架構設計方面層次更清晰，各模塊的職責更明確，基于“低耦合高內聚”的設計思想，本發明提供了一種基于MVP架構的視圖顯示技術。

發明內容

本發明的技術任務是針對以上不足之處，提供一種實用性強、用于分布式存儲的模型可變的數據分布方法及系統。

一種基于MVP架構的視圖顯示裝置，包括：視圖模塊、控制模塊、邏輯模塊、協議模塊、模型模塊、數據模塊，其中，

視圖模塊，負責顯示用戶界面，接收用戶操作；

控制模塊，負責管理視圖模塊和邏輯模塊，并將兩者聯系起來；

邏輯模塊，負責進行與業務邏輯相關的數據的包括包裝、計算、排序的操作，并直接與數據模塊和模型模塊進行交互；

協議模塊，負責管理視圖模塊和邏輯模塊的所有協議；

模型模塊，負責原始數據和模型對象之間的相互映射，為邏輯模塊提供模型的封裝功能；

數據模塊，為邏輯模塊和模型模塊直接提供原始數據。

所述視圖模塊通過Fragment實現，該視圖模塊根據用戶的操作指令調用對應邏輯模塊，觸發業務邏輯處理，等待邏輯模塊處理完成后，由邏輯模塊通知視圖模塊，視圖模塊將界面的變化反饋給用戶。

所述控制模塊通過Activity組件實現控制過程，通過創建視圖模塊的視圖實例和邏輯模塊的模型實例，建立視圖模塊與邏輯模塊之間的聯系。

所述邏輯模塊在接收到視圖模塊的請求時，根據請求參數，從數據模塊獲取原始數據，并通過模型模塊完成數據封裝，再將封裝的數據通知視圖模塊，由視圖模塊將數據反饋到用戶界面，所述請求參數包括查詢、計算、排序的操作。

所述協議模塊通過接口方式實現對視圖模塊和邏輯模塊所有的功能，該協議模塊提供接口描述，是視圖模塊和邏輯模塊所有協議的集合，實現任意一個視圖模塊的實例都可調用所有邏輯模塊的實例，相對應的，任意一個邏輯模塊的實例可調用所有的視圖模塊的實例。