[发明专利]数据处理方法、装置、功能组件及计算机存储介质

说明书

本发明实施例提供一种数据处理方法、装置、功能组件及计算机存储介质，涉及计算机技术领域。其中，所述方法包括：接收对外数据交互部件提交的用户针对所述对外数据交互部件的操作内容数据；对接收到的所述操作内容数据进行处理，以获得所述操作内容数据对应的属性状态值；向所述对外数据交互部件或其它功能组件广播所述属性状态值，使得与所述属性状态值的更新有关的所述对外数据交互部件或其它功能组件，根据所述属性状态值更新自身的属性状态值。通过本发明实施例，能够使得软件系统中的功能组件具备独立的状态管理能力，从而功能组件能够独立运行。

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种数据处理方法、装置、功能组件及计算机存储介质。

背景技术

传统的软件系统，尤其是功能较多的复杂系统，受其技术条件和指导思想的局限，往往其实现的结果都比较臃肿，系统内部各个结构的耦合性高，不具备独立运行、独立测试、可热插拔等相关能力。由此导致的常见问题是，复杂系统中某一小处出现问题，可能导致关联的某个流程甚至整个系统运行异常。其中，耦合性高可理解为整个复杂系统所需要的数据高度集中于一处数据仓库，包括表示实体呈现形态和运行方式的配置数据，以及计算数据。因此，系统中各个结构部件无法脱离这个系统单独存在，进而对这个系统再拆分以零件化，是不可实践的。

在现有的诸如Java的技术栈领域中，提出了微服务的设计概念。在此设计下，一个复杂的软件系统，可以按部门之别，拆分成若干个子软件系统，彼此间通过Restful等HTTP协议通信，共同构成复杂的软件系统的运行能力。然而，复杂的软件系统拆分成若干个子软件系统的拆分粒度仍然不够基础。形象来说，仅仅是把一家大企业拆分成一个个部门，但每个部门内部，仍然是各个结构高耦合性的组合体。因此，对部门再行拆分是不可实践的。

在现有的前端技术栈中，Redux、Redux-Saga、Unstated等现有技术栈是属于前端技术栈中最具备代表性的，也是使用数量最高的前端程序组件状态数据管理工具，具备良好的有限状态自动机理念的实践，状态数据接口与状态数据管理的解耦做得非常好，而且状态值变更流程允许执行异步流程，覆盖很完备。它们的存在使得在前端技术栈中，组件与组件之间的表示层的独立存在成为了可能。这些技术栈的存在做到了组件表示层，即人机交互层上面的组件独立。然而，问题恰在于，状态数据管理却只能是一个应用程序一个管理，多了是不允许的，也即各组件间的状态管理是高度耦合且依赖于软件系统中这唯一的数据管理者和数据驱动者而存在的。这些技术栈的实现方案无法允许各个组件有各自独立的状态管理者，组件在拼接成为一个软件系统之前是毫无生机的，并且是不能独立运行的。本质上，使用这些技术栈，其最大的好处是，将整个软件系统的状态数据都收归于一处，便于集中管理，却使得软件系统的各个组件无法独立运行。

在现有的前端技术栈中，16.3版本以上的React框架的实践引入了上下文实体的概念，允许将组件内部的数据集中托管于上下文实体中，而且允许一个软件系统内存在多个上下文实体，如此可以做到每个组件具备其各自独立、自负责的状态管理者，使组件独立运行成为可能。然而，状态管理不仅包含状态值集合的保管，还包括状态值变化的驱动，也即管理什么条件下状态值将发生什么变化这种事件。React框架至今仅允许同步事件，不允许异步事件，也即状态管理是不完备的，极大限制了其使用。这种不完备使得它必须需要其它工具补充。当前的前端实践也的确是，如果使用React框架，则需要使用React+Redux或者React+Unstated这样的搭配。事实上，也就从根本上无法实现组件独立设计的可能性了，即所有的功能组件都是为一个软件系统单独设计而存在的，是无法脱离所依赖的软件系统独立运行的，是无法复用的。

由此可见，如何使得软件系统中的组件具备独立的状态管理能力成为当前亟待解决的技术问题。

发明内容

有鉴于此，本发明实施例所解决的技术问题之一在于提供一种数据处理方法、装置、功能组件及计算机存储介质，用以解决现有技术中存在的如何使得软件系统中的组件具备独立的状态管理能力的技术问题。