一种数据流管理框架、方法、终端设备及存储介质与流程

本发明涉及计算机技术领域，尤其涉及一种数据流管理框架、方法、终端设备及存储介质。

背景技术

react.js作为前端开发的主流框架之一，该框架作为view层能够很好的解决视图渲染问题，但由于缺乏有效的状态管理，在构建大型前端应用时会显得乏力，为了更好的管理及调试其中的组件，就需要专门引入状态管理框架。

目前，常用的状态管理方法有redux和mobx，当使用redux架构时，每实现一个功能都需要大量的样板代码，代码冗余，会降低开发效率。而使用mobx架构，又会使得存储组件与其它组件间的数据传递过程不可见，难以进行调试。

故，有必要提出一种冗余代码少，数据传递过程可见的框架。

技术实现要素：

有鉴于此，本发明实施例提供了一种数据流管理框架、方法、终端设备及存储介质，以解决现有管理框架代码冗余或难以调试的问题。

本发明实施例的第一方面，提供了一种数据流管理框架，包括：

存储组件：用于提供一个单例模式的数据存储对象和一个可观察对象，所述数据存储对象用于存储数据流中数据，所述可观察对象用于控制视图的刷新；

视图组件：用于在purecomponent组件生命周期的componentdidmound方法中订阅所述所述可观察对象，当检测到被观察字段与初始字段相同时，调用强制更新方法刷新视图；

控制组件：用于接收传入的更新数据，并获取所述数据存储对象中的当前数据，合并所述更新数据和当前数据后，调用所述可观察对象多播发生数据变更的字段；

服务组件：用于定义请求服务端的接口数据，将请求获得的数据进行请求逻辑与业务逻辑分离。

本发明实施例的第二方面，提供了一种数据流管理方法，包括：

单例模式下，创建一个数据存储对象，并在所述数据存储对象定义一个可观察对象，其中，所述数据存储对象用于存储数据流中数据；

视图初次渲染完成后，当前视图在purecomponent组件生命周期的componentdidmound方法中订阅所述可观察对象；

当接收到更新数据后，获取所述数据存储对象中的当前数据，合并所述更新数据和当前数据后，调用所述可观察对象多播发生数据变更的字段；

当所述发生数据变更的字段与视图初始字段相同时，调用强制更新方法刷新当前视图。

本发明实施例的第三方面，提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如本发明实施例第一方面所述的框架。

本发明实施例的第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现本发明实施例第一方面提供的所述的框架。

本发明实施例的第五方面，提供了一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被一个或多个处理器执行时实现本发明实施例第一方面提供的所述方法的步骤。

本发明实施例中，通过唯一标识字段绑定控制组件和视图组件，当数据更新时，可观察对象多播发生变更的标识字段，根据标识字段，强制刷新对应的视图。使得不必频繁触发action来更新state，进而大大减少代码的冗余，同时，基于可观察对象，可以分离control模块和view模块，数据通过store进行传递，使得传递过程可见，便于代码调试。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一提供的数据流管理框架的结构示意图；

图2为本发明实施例二提供的数据流管理框架的另一结构示意图；

图3为本发明实施例三提供的数据流管理方法的流程示意图；

图4为本发明实施例提供的终端设备的结构示意图；

具体实施方式

本发明实施例提供了一种数据流管理框架、方法、终端设备及存储介质，用于管理视图更新过程中的数据流。

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

实施例一：

请参阅图1，本发明实施例提供的数据流管理框架的结构示意图，包括组成部分：

存储组件110：用于提供一个单例模式的数据存储对象和一个可观察对象，所述数据存储对象用于存储数据流中数据，所述可观察对象用于控制视图的刷新；

所述单例模式是指数据存储类只有一个对象实例，单例模式下，保证只有一个对象管理更新数据，避免多对象引起数据混乱。具体的，对外输出本模块即数据存储类接口，并在该类的构造器中初始化数据，并初始化实例对象并返回该实例对象。

所述可观察对象是一类特殊observable，可以向多个observer多路推送数值。优选的，所述可观察对象即可观察数据变化又可以作为被观察对象，传递变化数据。

可选的，在所述存储组件中定义数据注册方法和数据获取方法。在该存储组件中会获取更新的数据流数据，对于这些数据流数据会进行注册存储。

视图组件120：用于在purecomponent组件生命周期的componentdidmound方法中订阅所述所述可观察对象，当检测到被观察字段与初始字段相同时，调用强制更新方法刷新视图；

所述purecomponent组件为优化react应用方法，通过对props与state浅比对，能够减少视图渲染次数。当其检测到state或props发生改变，会调用render方法进行渲染。

componentdidmound方法在初始化render之后，可以访问到存储组件中的可观察对象，通过订阅可观察对象就可以接收所述可观察对象多播的变化数据。

在所述componentdidmound方法中会接收可观察对象多播的变化字段，当所述变化字段与视图中的字段一致时，调用forceupdate方法，强制更新对应的视图。

可选的，初始化所述视图组件，向所诉视图组件的构造器中注入视图对应的控制组件中的唯一映射字段，并注入控制组件的初始化数据。所述唯一映射字段为自定义的视图标识，可用于识别视图，且可表示为更新数据的键，每当数据变更时，告知变更字段，即可获取变更数据及获知对应的视图。

可选的，当所述视图组件销毁时，取消所述可观察对象的订阅。

控制组件130：用于接收传入的更新数据，并获取所述数据存储对象中的当前数据，合并所述更新数据和当前数据后，调用所述可观察对象多播发生数据变更的字段；

所述更新数据为后台接收到服务器端冲送的更新数据。所述数据存储对象在每次数据更新时，会保存当前最新数据，根据映射字段可以找到对应的最新数据。通过合并最新数据与更新数据，就可以得到更新后的最新数据，更新后的最新数据会直接覆盖掉原数据，以实现视图更新操作。

在数据存储组件中，所述可观察对象可以在接收到数据变更信息后，向订阅者多播发生变更的字段，所述变更字段即数据变更的键值。

服务组件140：用于定义请求服务端的接口数据，将请求获得的数据进行请求逻辑与业务逻辑分离。

视图页面向服务器端请求最新数据后，接收服务端返回的请求数据，在接口定义方法以获取该请求数据中的请求数据内容及业务数据，将两部分数据分离，以方便直接使用业务数据。

可选的，拦截页面级接口数据。

上述步骤，通过唯一映射字段绑定控制组件与视图组件，利用可观察对象多播变更字段，以控制对应的视图刷新。大大简化视图更新逻辑，使数据传输及组件关系清晰可见，便于调试。

实施例二：

在图1的基础上，结合图2详述所述数据流管理框架中各组件数据传递过程，具体如下：

所述service组件20为运行于后台的服务程序，且没有用户界面。能够绑定其他组件进行数据交互或与服务器通信。在所述service组件20中，会通过请求接口数据模块201请求更新数据，通过定义服务器端接口数据，实现将带副作用的请求逻辑与业务逻辑分离。可选的，还包括提供页面级接口拦截功能。

所述controller组件21一般用于收集、验证请求参数并绑定命令对象，将命令对象交给业务处理逻辑。在本发明实施例中，所述controller组件21主要用于获取更新数据，并控制视图刷新。具体的，在创建映射字段key模块211绑定view组件22中的视图，并为view组件22中构造器的构造方法221注入初始化数据。在view组件22的构造器中，每生成一个视图都会为其绑定唯一的映射字段，该字段有控制器，即controller组件21生成，通常为自定义的序列字符串。

所述view组件22在处理渲染时，会获取store组件23中的初始化数据，根据该初始化化数据初次渲染视图。所述view组件22，即视图组件，其中包含有所有界面显示元素，如文字，绘图、图片、网页等等。每一个视图都绑定有唯一的映射字段key。

当进行视图渲染时，所述controller组件21由获得的更新数据，获知更新字段，通过更新逻辑模块213，告知可观察对象232，由可观察对象232多播变更字段。在所述controller组件21的更新逻辑模块213中，还会获取store组件23中的存储数据，将新老数据合并，调用可观察对象多播变更数据的键值。

在view组件22中，初次渲染完成后，就会在其生命周期的componentdidmound方法中，订阅store组件23中的可观察对象232。当接收到可观察对象232多播的数据，检测到存在字段相同的视图，就调用forceupdate方法，强制刷新视图。

所述store组件23一般用于存储数据流数据，所述数据流数据为当前view组件22包含的视图的视图显示数据，具体为用于数据存储的单例对象。在数据存储模块231中data属性用于存储数据流数据，可观察对象232为behaviorsubject类的实例。可选的，store组件23中还包括数据注册方法register及获取数据方法getdate。

在所述controller组件21中所述更新逻辑模块213在获取到所述service组件20的更新数据后，会从所述数据存储模块231读取当前数据，将更新数据与当前数据合并，如通过lodash中的assign方法合并。调用可观察对象广播变更字段后，可以利用合并后的数据进行渲染。

在销毁view组件22时，还应取消store组件中可观察对象的订阅。

相比于redux，在需要管理众多state，每生成一个action都需要redux组合产生新state来变更原state，对于action较多一些功能需求，就会因为管理这些state产生大量冗余代码。本申请中，通过可观察对象告知变更数据的字段(通知state变化)，就可以直接更新对应视图，逻辑简单清晰，减少代码量。

实施例三：

上面主要描述了一种数据流管理框架，下面将对一种数据流管理方法进行详细描述。

图3示出了数据流管理方法的结构示意图，包括：

s301、单例模式下，创建一个数据存储对象，并在所述数据存储对象定义一个可观察对象，其中，所述数据存储对象用于存储数据流中数据；

所述可观察对象表示可调用的未来值或事件集合，在本发明实施例中，所述可观察对象可以监听到发生数据的变更字段，也可以作为被观察对象者，被视图组件监听观察。

可选的，在所述数据存储对象中定义数据注册方法和数据获取方法。在数据存储对象中，需要获取更新数据，并为更新数据按照类别注册存储，如按键值对应关系，存储数据。

s302、视图初次渲染完成后，当前视图在purecomponent组件生命周期的componentdidmound方法中订阅所述可观察对象；

视图初次渲染时，会为视图绑定唯一的映射字段，这样每个更新就可以根据字段，更新对应的视图。所述componentdidmound方法中可以订阅事件，该事件触发时，视图会做出对应的反馈，如更新操作。

可选的，初始化所述视图，向所诉视图的构造器中注入视图对应的唯一映射字段，并为所述视图注入初始化数据。

可选的，当所述视图组件销毁时，取消所述可观察对象的订阅。

s303、当接收到更新数据后，获取所述数据存储对象中的当前数据，合并所述更新数据和当前数据后，调用所述可观察对象多播发生数据变更的字段；

视图的更新需要通过后台请求服务器的最新数据，接口接收到服务器端数据是无序且混杂的，通过定义方法分离请求数据及业务数据。可选的，拦截页面级接口数据。

s304、当所述发生数据变更的字段与视图初始字段相同时，调用强制更新方法刷新当前视图。

所述初始字段为视图初次渲染时，为渲染视图绑定的唯一映射字段。

实施例四：

图4是本发明一实施例提供的数据流管理的终端设备结构的示意图。所述终端设备，为具备触摸屏的移动计算机设备，包括但不限于智能手机、智能手表、笔记本、平板电脑、pos机甚至包括车载电脑。如图4所示，该实施例的终端设备4包括：存储器410、处理器420以及系统总线430，所述存储器410包括存储其上的可运行的程序4101，本领域技术人员可以理解，图4中示出的终端设备结构并不构成对终端设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图4对终端设备的各个构成部件进行具体的介绍：

存储器410可用于存储软件程序以及模块，处理器420通过运行存储在存储器410的软件程序以及模块，从而执行终端的各种功能应用以及数据处理。存储器410可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端设备的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器410可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

在存储器410上包含网络性能参数采集方法的可运行程序4101，所述可运行程序4101可以被分割成一个或多个模块/单元，所述一个或多个模块/单元被存储在所述存储器410中，并由处理器420执行，以完成通知的传递并获取通知实现过程，所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序4101在所述终端设备4中的执行过程。例如，所述计算机程序4101可以为数据流管理框架的各个组件。

处理器420是终端设备的控制中心，利用各种接口和线路连接整个终端设备的各个部分，通过运行或执行存储在存储器410内的软件程序和/或模块，以及调用存储在存储器410内的数据，执行终端的各种功能和处理数据，从而对终端进行整体监控。可选的，处理器420可包括一个或多个处理单元；优选的，处理器420可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器420中。

系统总线430是用来连接计算机内部各功能部件，可以传送数据信息、地址信息、控制信息，其种类可以是例如pci总线、isa总线、vesa总线等。处理器420的指令通过总线传递至存储器410，存储器410反馈数据给处理器420，系统总线430负责处理器420与存储器410之间的数据、指令交互。当然系统总线430还可以接入其他设备，例如网络接口、显示设备等。

所述终端设备应至少包括cpu、芯片组、内存、磁盘系统等，其他构成部件在此不再赘述。

在本发明实施例中，该终端设备所包括的处理器420执行的可运行程序具体为：

一种数据流管理方法，包括：

单例模式下，创建一个数据存储对象，并在所述数据存储对象中定义一个可观察对象，其中，所述数据存储对象用于存储数据流中数据；

视图初次渲染完成后，当前视图在purecomponent组件生命周期的componentdidmound方法中订阅所述可观察对象；

当接收到更新数据后，获取所述数据存储对象中的当前数据，合并所述更新数据和当前数据后，调用所述可观察对象多播发生数据变更的字段；

当所述发生数据变更的字段与视图初始字段相同时，调用强制更新方法刷新当前视图。

进一步的，所述创建一个数据存储对象，并在所述数据存储对象定义一个可观察对象还包括：

在所述数据存储对象中定义数据注册方法和数据获取方法。

进一步的，所述视图初次渲染具体为：

初始化所述视图，向所诉视图的构造器中注入视图对应的唯一映射字段，并为所述视图注入初始化数据。

进一步的，当所述视图组件销毁时，取消所述可观察对象的订阅。

进一步的，所述当接收到更新数据还包括：拦截页面级接口数据。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各实施例的模块、单元和/或方法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。