[發明專利]數據處理方法、裝置、功能組件及計算機存儲介質

有效

• 申請號: 201911050002.0
• 申請日: 2019-10-31
• 公開（公告）號: CN112749146B
• 公開（公告）日: 2022-04-08
• 發明（設計）人: 李博
• 申請（專利權）人: 北京新唐思創教育科技有限公司
• 主分類號: G06F16/21
• 分類號: G06F16/21;G06F16/23;G06F8/65
• 代理公司: 北京合智同創知識產權代理有限公司 11545
• 代理人: 李杰

本發明實施例提供一種數據處理方法、裝置、功能組件及計算機存儲介質，涉及計算機技術領域。其中，所述方法包括：接收對外數據交互部件提交的用戶針對所述對外數據交互部件的操作內容數據；對接收到的所述操作內容數據進行處理，以獲得所述操作內容數據對應的屬性狀態值；向所述對外數據交互部件或其它功能組件廣播所述屬性狀態值，使得與所述屬性狀態值的更新有關的所述對外數據交互部件或其它功能組件，根據所述屬性狀態值更新自身的屬性狀態值。通過本發明實施例，能夠使得軟件系統中的功能組件具備獨立的狀態管理能力，從而功能組件能夠獨立運行。

技術領域

本發明實施例涉及計算機技術領域，尤其涉及一種數據處理方法、裝置、功能組件及計算機存儲介質。

背景技術

傳統的軟件系統，尤其是功能較多的復雜系統，受其技術條件和指導思想的局限，往往其實現的結果都比較臃腫，系統內部各個結構的耦合性高，不具備獨立運行、獨立測試、可熱插拔等相關能力。由此導致的常見問題是，復雜系統中某一小處出現問題，可能導致關聯的某個流程甚至整個系統運行異常。其中，耦合性高可理解為整個復雜系統所需要的數據高度集中于一處數據倉庫，包括表示實體呈現形態和運行方式的配置數據，以及計算數據。因此，系統中各個結構部件無法脫離這個系統單獨存在，進而對這個系統再拆分以零件化，是不可實踐的。

在現有的諸如Java的技術棧領域中，提出了微服務的設計概念。在此設計下，一個復雜的軟件系統，可以按部門之別，拆分成若干個子軟件系統，彼此間通過Restful等HTTP協議通信，共同構成復雜的軟件系統的運行能力。然而，復雜的軟件系統拆分成若干個子軟件系統的拆分粒度仍然不夠基礎。形象來說，僅僅是把一家大企業拆分成一個個部門，但每個部門內部，仍然是各個結構高耦合性的組合體。因此，對部門再行拆分是不可實踐的。

在現有的前端技術棧中，Redux、Redux-Saga、Unstated等現有技術棧是屬于前端技術棧中最具備代表性的，也是使用數量最高的前端程序組件狀態數據管理工具，具備良好的有限狀態自動機理念的實踐，狀態數據接口與狀態數據管理的解耦做得非常好，而且狀態值變更流程允許執行異步流程，覆蓋很完備。它們的存在使得在前端技術棧中，組件與組件之間的表示層的獨立存在成為了可能。這些技術棧的存在做到了組件表示層，即人機交互層上面的組件獨立。然而，問題恰在于，狀態數據管理卻只能是一個應用程序一個管理，多了是不允許的，也即各組件間的狀態管理是高度耦合且依賴于軟件系統中這唯一的數據管理者和數據驅動者而存在的。這些技術棧的實現方案無法允許各個組件有各自獨立的狀態管理者，組件在拼接成為一個軟件系統之前是毫無生機的，并且是不能獨立運行的。本質上，使用這些技術棧，其最大的好處是，將整個軟件系統的狀態數據都收歸于一處，便于集中管理，卻使得軟件系統的各個組件無法獨立運行。

在現有的前端技術棧中，16.3版本以上的React框架的實踐引入了上下文實體的概念，允許將組件內部的數據集中托管于上下文實體中，而且允許一個軟件系統內存在多個上下文實體，如此可以做到每個組件具備其各自獨立、自負責的狀態管理者，使組件獨立運行成為可能。然而，狀態管理不僅包含狀態值集合的保管，還包括狀態值變化的驅動，也即管理什么條件下狀態值將發生什么變化這種事件。React框架至今僅允許同步事件，不允許異步事件，也即狀態管理是不完備的，極大限制了其使用。這種不完備使得它必須需要其它工具補充。當前的前端實踐也的確是，如果使用React框架，則需要使用React+Redux或者React+Unstated這樣的搭配。事實上，也就從根本上無法實現組件獨立設計的可能性了，即所有的功能組件都是為一個軟件系統單獨設計而存在的，是無法脫離所依賴的軟件系統獨立運行的，是無法復用的。

由此可見，如何使得軟件系統中的組件具備獨立的狀態管理能力成為當前亟待解決的技術問題。

發明內容

有鑒于此，本發明實施例所解決的技術問題之一在于提供一種數據處理方法、裝置、功能組件及計算機存儲介質，用以解決現有技術中存在的如何使得軟件系統中的組件具備獨立的狀態管理能力的技術問題。