数据处理方法、装置、存储介质和电子设备与流程

1.本发明涉及计算机软件领域，具体而言，涉及一种数据处理方法、装置、存储介质和电子设备。


背景技术：

2.随着移动互联网技术的发展，移动端应用层出不穷，随之而来的，对于移动端应用的开发技术要求也越来越高，其中，在开发移动端应用时，一个良好的软件设计模式架构起到了非常重要的作用。
3.在现有的软件设计模式中，实现了业务逻辑代码开发不再依赖于前端展示代码，但是前端展示代码未能完全与业务逻辑代码分离，进而实现独立进行开发，这种情况下，使得业务逻辑代码中会包含前端展示逻辑，降低了软件的可维护性和扩展性。
4.另一种常用方案是将业务逻辑代码进一步进行开发，使其作为一个定义数据的接口，不与前端展示代码直接进行交互，但是要同时增加一个充当中间媒介的组件，当业务逻辑代码发生变化时，通过该组件改变前端展示代码，进而改变待展示的内容。这种方案在设计开发较复杂的视图逻辑时，可能会存在多个充当中间媒介的组件，降低了软件代码的可读性以及可扩展性。
5.针对上述的问题，目前尚未提出有效的解决方案。


技术实现要素：

6.本发明实施例提供了一种数据处理方法、装置、存储介质和电子设备，以至少解决现有的应用程序中，展示逻辑与业务逻辑无法完全分离的技术问题。
7.根据本发明实施例的一个方面，提供了一种数据处理方法，包括：在检测到应用程序对应的待展示数据发生变化时，获取应用程序的前端展示代码所对应的差异数据，其中，差异数据表征待展示数据所发生的变化；确定前端展示代码所对应的至少一个视图模型，其中，至少一个视图模型用于分离应用程序的业务逻辑代码与应用程序的前端展示代码；根据至少一个视图模型和差异数据对业务逻辑代码进行更新。
8.进一步地，数据处理方法还包括：在获取应用程序的前端展示代码所对应的差异数据时，检测到对应用程序的待展示数据的修改操作时，生成修改指令；根据修改指令对待展示数据进行修改，得到修改数据；根据修改数据确定对应用程序的前端展示代码进行修改所得到的差值数据。
9.进一步地，数据处理方法还包括：在确定前端展示代码所对应的至少一个视图模型时，获取待展示数据所对应的前端展示代码；确定前端展示代码所对应的业务类型，其中，业务类型与至少一个视图模型的视图类型相对应；根据业务类型确定待展示数据所对应的至少一个视图模型。
10.进一步地，数据处理方法还包括：根据业务类型确定待展示数据所对应的至少一个视图模型，在待展示数据对应多个前端展示代码，并且，多个前端展示代码的业务类型相
同时，确定多个前端展示代码的业务类型为目标业务类型；确定目标业务类型所对应的视图模型为待展示数据所对应的目标视图模型。
11.进一步地，数据处理方法还包括：根据业务类型确定待展示数据所对应的至少一个视图模型，在待展示数据对应多个前端展示代码，并且，多个前端展示代码的业务类型不同时，获取每个前端展示代码所对应的业务类型；确定每个前端展示代码所对应的业务类型所对应的视图模型为待展示数据所对应的多个目标视图模型。
12.进一步地，数据处理方法还包括：根据至少一个视图模型和差异数据对业务逻辑代码进行更新，将差异数据通过视图模型发送至数据模块，其中，数据模块用于运行业务逻辑代码；在数据模块中根据差异数据对业务逻辑代码进行更新。
13.进一步地，数据处理方法还包括：在检测到业务逻辑代码发生变化时，获取变化的业务逻辑代码；根据变化的业务逻辑代码所对应的业务类型确定目标视图模型；通过目标视图模型和变化的业务逻辑代码对待展示数据进行修改；展示修改后的待展示数据。
14.根据本发明实施例的另一方面，还提供了一种数据处理装置，包括：获取模块，用于在检测到应用程序对应的待展示数据发生变化时，获取应用程序的前端展示代码所对应的差异数据，其中，差异数据表征待展示数据所发生的变化；确定模块，用于确定前端展示代码所对应的至少一个视图模型，其中，至少一个视图模型用于分离应用程序的业务逻辑代码与应用程序的前端展示代码；更新模块，用于根据至少一个视图模型和差异数据对业务逻辑代码进行更新。
15.根据本发明实施例的另一方面，还提供了一种存储介质，该存储介质中存储有计算机程序，其中，计算机程序被设置为运行时执行上述的数据处理方法。
16.根据本发明实施例的另一方面，还提供了一种电子设备，该电子设备包括一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现用于运行程序，其中，程序被设置为运行时执行上述的数据处理方法。
17.在本发明实施例中，采用通过视图模型将应用程序的业务逻辑代码和前端展示代码分离的方式，在检测到应用程序对应的待展示数据发生变化时，获取应用程序的前端展示代码所对应的差异数据，其中，差异数据表征待展示数据所发生的变化；确定前端展示代码所对应的至少一个视图模型，其中，至少一个视图模型用于分离应用程序的业务逻辑代码与应用程序的前端展示代码；根据至少一个视图模型和差异数据对业务逻辑代码进行更新。
18.在上述过程中，当应用程序对应的待展示数据发生变化时，获取应用程序前端展示代码对应的差异数据，其中，差异数据表征的是待展示数据所发生的变化，从而使得在待展示数据发生变化时，不用对所有的前端展示代码和业务逻辑代码进行更新，只需要对差异数据对应部分的代码进行更新即可，提高了更新效率。另外，通过引入视图模型，实现了应用程序的业务逻辑代码和前端展示代码的分离，解除了两种代码之间的耦合，利用视图模型，技术人员可以分别对业务逻辑代码和前端展示代码进行处理，从而避免了展示逻辑和业务逻辑无法分离，导致应用程序可维护性、可读性和扩展性差、开发者开发效率低的问题。
19.由此可见，本技术所提供的方案达到了前端展示代码和业务逻辑代码彼此之间不
会直接交互关联的目的，从而实现了降低开发成本，提高应用程序的可维护性和扩展性的技术效果，进而解决了现有的应用程序中，展示逻辑与业务逻辑无法完全分离的技术问题。
附图说明
20.此处所说明的附图用来提供对本发明的进一步理解，构成本技术的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
21.图1是根据本发明实施例的一种数据处理的方法流程图；
22.图2是根据本发明实施例的一种差异数据获取方法的流程图；
23.图3是根据本发明实施例的一种数据处理的方法的流程图；
24.图4是根据本发明实施例的一种业务逻辑代码修改的方法流程图。
25.图5是根据本发明实施例的一种数据处理的装置示意图。
具体实施方式
26.为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
27.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
28.实施例1
29.根据本发明实施例，提供了一种数据处理方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
30.此外，还需要说明的是，本实施例所提供的数据处理方法可以应用于电子设备，其中，电子设备可以为但不限于笔记本电脑、台式电脑、智能平板、智能手机等。另外，电子设备中包括有一个或多个处理器，处理器可作为执行本实施例所提供方法的执行主体。
31.图1是根据本发明实施例的数据处理方法的流程图，如图1所示，该方法包括如下步骤：
32.步骤s102，在检测到应用程序对应的待展示数据发生变化时，获取应用程序的前端展示代码所对应的差异数据，其中，差异数据表征待展示数据所发生的变化。
33.在步骤s102中，在检测到应用程序对应的待展示数据发生变化时，获取应用程序的前端展示代码所对应的差异数据。可选的，待展示数据所发生的变化可以是用户通过对
应用程序进行操作所导致的待展示数据所发生的变化，例如，游戏玩家在游戏登录界面中对进入游戏的登录信息所进行的修改；上述待展示数据所发生的变化还可以是用户所执行的操作对待展示数据进行修改所导致的数据变化，例如，游戏玩家按照游戏提示购买道具，在游戏界面中展示道具购买界面，从而使得游戏玩家的道具库中的道具数量和/或类型发生了变化。另外，前端展示代码可以表示用户与应用程序进行交互的界面，其具有与业务逻辑代码相关联的行为属性，差异数据是前端展示代码中的部分代码，表征待展示数据所发生的变化。
34.在上述过程中，通过获取差异数据，当应用程序对应的待展示数据发生变化时，不需要对所有的前端展示代码和业务逻辑代码进行全部记录，只需要对差异数据对应部分的代码进行识别记录，后续进行相应更新即可，大大节约了资源。
35.步骤s104，确定前端展示代码所对应的至少一个视图模型，其中，至少一个视图模型用于分离应用程序的业务逻辑代码与应用程序的前端展示代码。
36.在步骤s104中，在本实施例中，视图模型为应用程序的前端展示代码和业务逻辑代码之间的桥梁。可选的，视图模型可以识别应用程序所接收到的前端展示代码中的所有的用户事件，根据用户事件来调整业务逻辑代码。同时，视图模型还可以访问业务逻辑代码中的方法、调用业务逻辑代码中的函数，并且将数据处理后，通知给前端展示代码进行相应的更新。
37.另外，业务逻辑代码可以表示应用程序开发中的实时数据，例如，应用程序开发中的涉及到用户的姓名、邮箱、电话等个人信息，可以采用业务逻辑代码来表示。同时，业务逻辑代码反映的是实时数据，并不反映与应用程序相关的特征和功能，开发者不能操纵表示或者格式化这部分实时数据。
38.由此可见，在上述过程中，通过引入视图模型，实现了应用程序的业务逻辑代码和前端展示代码的分离，从而避免了展示逻辑和业务逻辑无法分离，导致应用程序可维护性、可读性和扩展性差、开发者开发效率低的问题。
39.步骤s106，根据至少一个视图模型和差异数据对业务逻辑代码进行更新。
40.在步骤s106中，根据视图模型和差异数据对业务逻辑代码进行相应的更新，其中，根据差异数据可以得知，需要进行更新的业务逻辑代码是具体是哪一部分代码，根据视图模型，可以使得在对业务逻辑代码进行相应更新时，不会受到前端展示代码的影响。
41.由此可见，在步骤s106中，当应用程序对应的待展示数据发生变化时，只需要对差异数据对应部分的业务逻辑代码进行更新即可，提高了更新的效率，并且因为不会受到前端展示代码的影响，提高了应用程序的可维护性和扩展性。
42.基于上述步骤s102至步骤s106所限定的方案，可以获知，在本发明实施中，采用将应用程序的业务逻辑代码和前端展示代码分离的方式，在检测到应用程序对应的待展示数据发生变化时，获取应用程序的前端展示代码所对应的差异数据，其中，差异数据表征待展示数据所发生的变化；确定前端展示代码所对应的至少一个视图模型，其中，至少一个视图模型用于分离应用程序的业务逻辑代码与应用程序的前端展示代码；根据至少一个视图模型和差异数据对业务逻辑代码进行更新。
43.容易注意到的是，在上述过程中，当应用程序对应的待展示数据发生变化时，获取应用程序前端展示代码对应的差异数据，其中，差异数据表征的是待展示数据所发生的变
化，从而使得在待展示数据发生变化时，不用对所有的前端展示代码和业务逻辑代码进行更新，只需要对差异数据对应部分的代码进行更新即可，提高了更新效率。另外，通过引入视图模型，实现了应用程序的业务逻辑代码和前端展示代码的分离，从而避免了展示逻辑和业务逻辑无法分离，导致应用程序可维护性、可读性和扩展性差、开发者开发效率低的问题。
44.由此可见，本技术所提供的方案达到了前端逻辑代码的变化，不会直接影响业务逻辑代码的目的，从而实现了提高软件可维护性、可读性和扩展性，以及开发效率的技术效果，进而解决了现有的应用程序中，展示逻辑与业务逻辑无法完全分离的技术问题。
45.在一种可选的实施例中，当处理器检测到应用程序对应的待展示数据发生变化时，处理器会获取应用程序的前端展示代码所对应的差异数据。如图2所示，该差异数据的获取方法可以包括如下步骤：
46.步骤s202，当处理器检测到对应用程序的待展示数据的修改操作时，生成修改指令；
47.步骤s204，根据修改指令对待展示数据进行修改，得到修改数据；
48.步骤s206，根据修改数据确定对应用程序的前端展示代码进行修改所得到的差异数据。
49.需要说明的是，上述待展示数据的修改操作可以是用户的操作行为，例如，修改应用程序的登录昵称，对于应用程序的展示界面进行字体调整、背景颜色调整等。
50.容易注意到的是，通过上述过程，当待展示数据发生变化时，处理器只记录变化部分对应的前端展示代码的差异数据，对于没有变化的部分，不会进行获取，实现了节约资源，提高效率的效果。
51.在一种可选的实施例中，在获取到应用程序的前端展示代码所对应的差异数据后，处理器会获取待展示数据对应的前端展示代码，并且确定前端展示代码所对应的业务类型，其中，业务类型与至少一个视图模型的视图类型相对应，从而根据业务类型确定待展示数据所对应的至少一个视图模型。
52.需要说明的是，上述前端展示代码所对应的业务类型可以为前端展示代码所表征的不同展示业务内容，例如，如图3所示，第一前端展示代码表征的业务类型1可以是应用程序登录界面展示，第二前端展示代码表征的业务类型2可以是应用程序展示界面的字体、背景颜色。另外，根据业务类型确定待展示数据所对应的视图模型，可以是多个业务类型对应同一个视图模型，也可以每个业务类型各自对应一个视图模型，或者一个业务类型对应多个视图模型。
53.容易注意到的是，在上述过程中，由于不同的前端展示代码表征不同的业务类型，进而根据不同的业务类型对应确定视图类型，处理方式灵活多变，大大提高了应用程序开发的可扩展性和可操作性，使得技术人员在开发过程中，更加灵活，提高了开发效率。
54.在一种可选的实施例中，当处理器根据业务类型确定待展示数据所对应的至少一个视图模型时，如果待展示数据对应多个前端展示代码，并且多个前端展示代码的业务类型相同时，确定多个前端展示代码的业务类型为目标业务类型，并且确定该目标业务类型所对应的视图模型为待展示数据所对应的目标视图模型。
55.如图3中所示，待展示数据分别对应第一前端展示代码和第二前端展示代码，如果
第一前端展示代码的业务类型1和第二前端展示代码的业务类型2相同，例如，均为应用程序中的登录界面展示，此时，确定第一、第二前端展示代码的业务类型为目标业务类型，并且确定这一目标类型所对应的视图模型为待展示数据所对应的目标视图模型。
56.容易看到的是，通过上述过程，当多个前端展示代码的业务类型相同时，可以将其选定同一个视图模型作为目标视图模型，即一个视图模型同时处理多个业务类型相同的前端展示代码，实现了一个视图模型多次利用，降低视图模型开发成本，提升开发效率的效果。
57.在一种可选的实施例中，当处理器根据业务类型确定待展示数据所对应的至少一个视图模型时，如果待展示数据对应多个前端展示代码，并且，多个前端展示代码的业务类型不同，此时，获取每个前端展示代码所对应的业务类型，并且确定每个前端展示代码所对应的业务类型为待展示数据所对应的多个视图模型。
58.如图3所示，待展示数据分别对应第一前端展示代码和第二前端展示代码，如果第一前端展示代码和第二前端展示代码的业务类型不同，例如，第一前端展示代码对应的业务类型为业务类型1，第二前端展示代码对应的业务类型为业务类型2，此时，将业务类型1对应的视图模型，确定为第一前端展示代码所对应的部分待展示数据对应的视图模型1，将业务类型2对应的视图模型，确定为第二前端展示代码所对应的部分待展示数据对应的视图模型2，即此时图3中的视图模型应该是2个视图模型，分别为视图模型1和视图模型2，图3中示出的视图模型，只是一种示例，根据实际情况，其视图模型可以是多个。
59.容易注意到是，通过上述过程，当多个前端展示代码的业务类型不同时，可以通过多个视图模型分别处理不同类型的前端展示代码，细化了处理过程，更加具有针对性，不易混淆，开发者在开发过程中不需要过多的删改代码，便可以更好地适应业务类型较多的情景。
60.需要说明的是，本身请还支持当一个前端展示代码展示有多个业务类型时，可以对应多个视图模型，例如，一个前端展示代码展示业务类型1和业务类型2，其中，业务类型1对应了视图模型1，业务类型2对应了视图模型2，此时，该前端展示代码所对应的待展示数据所对应的视图模型为视图模型1和视图模型2，即通过视图模型1和视图模型2结合使用，可以处理该前端处理代码。实现了在处理复杂的前端展示代码开发时，技术人员可以通过现有的视图模型组合处理一个前端展示代码，提高了代码的复用性，大大提高了开发效率，降低开发成本。
61.在一种可选的实施例中，在处理器根据至少一个视图模型和差异数据对业务逻辑代码进行更新时，处理器将差异数据通过视图模型发送至数据模块，其中，数据模块用于运行业务逻辑代码，进而在数据模块中根据差异数据对业务逻辑代码进行更新。
62.如图3所示，处理器在获取应用程序的前端展示代码所对应的差异数据，以及确定前端展示代码所对应的至少一个视图模型后，处理器会通过视图模型将差异数据发送至数据模块，由于业务逻辑代码是在数据模块中进行运行，为了保持前端展示代码和业务逻辑代码的一致性，在数据模块中根据差异数据对业务逻辑代码进行更新。
63.容易注意到的，数据模块根据差异数据对业务逻辑代码进行更新，一方面保证了整个应用程序代码库的一致性，维护了应用程序的稳定性，这对于应用程序开发时非常重要的，另一方面，数据模块只是针对差异数据对应的部分对业务逻辑代码进行更新，而不是
需要对于整个业务逻辑代码进行更新调整，节约了大量的资源与时间，提高了开发人员的处理效率。
64.另外，还需要注意到的是，本技术中是通过视图模型将差异数据发送至数据模块，进行更新业务逻辑代码的，而不是由前端展示代码直接发送给数据模块，这样就实现了前端展示代码和业务逻辑代码的耦合问题，同时前端展示代码和业务逻辑代码可以在分别更新后，独立进行测试，提高了应用程序的易测试性，提高了测试人员的处理效率。
65.在一种可选的实施例中，如图4所示，当处理器检测到业务逻辑代码发生变化时，还可根据业务逻辑代码所发生的变化来对前端的待展示数据进行修改，如图4所示，该过程可包括如下步骤：
66.步骤s402，在检测到业务逻辑代码发生变化时，获取变化的业务逻辑代码；
67.步骤s404，根据变化的业务逻辑代码所对应的业务类型确定目标视图模型；
68.步骤s406，通过目标视图模型和变化的业务逻辑代码对待展示数据进行修改；
69.步骤s408，展示修改后的待展示数据。
70.可选的，上述过程中的业务逻辑代码发生变化可以为，开发人员对应用程序的业务逻辑代码进行了修改，例如，对于游戏道具的购买流程进行简化，或者对于游戏角色的技能进行了修改。
71.需要注意到的是，结合图3所示，数据模块中的业务逻辑代码的变化并不会直接影响待展示数据，而是会根据业务逻辑代码的变化产生的差异数据，以及差异数据所对应的业务类型3从至少一个视图模型中确定目标视图模型，通过目标视图模型对前端展示代码进行更新，进而对待展示数据进行修改，从而在业务逻辑代码和前端展示代码分离的基础上，技术人员可以分别对业务逻辑代码和前端展示代码进行修改测试，并最终保证应用程序的整个代码的一致性，提升了开发效率。
72.由上述可知，本技术提供的方案，通过利用视图模型分离前端展示代码以及业务逻辑代码，并且结合代码对应的业务类型确定视图模型，提高了应用程序的可维护性和扩展性，方便独立测试，降低了开发成本，避免了现有的应用程序中，展示逻辑与业务逻辑无法完全分离的问题。
73.实施例2
74.根据本发明实施例，还提供了一种数据处理的装置实施例，其中，图5是根据本发明实施例的数据处理的装置示意图，如图5所示，该装置包括：获取模块301、确定模块303以及更新模块305。
75.其中，获取模块301，用于在检测到应用程序对应的待展示数据发生变化时，获取应用程序的前端展示代码所对应的差异数据，其中，差异数据表征待展示数据所发生的变化；确定模块303，用于确定前端展示代码所对应的至少一个视图模型，其中，至少一个视图模型用于分离应用程序的业务逻辑代码与应用程序的前端展示代码；更新模块305，用于根据至少一个视图模型和差异数据对业务逻辑代码进行更新。
76.需要说明的是，上述获取模块301、确定模块303以及更新模块305对应于上述实施例中的步骤s102至步骤s106，三个模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。
77.可选的，数据处理的装置还包括：检测模块、修改模块以及第一确定模块。其中，检
测模块，用于当检测到对应用程序的待展示数据的修改操作时，生成修改指令；修改模块，用于根据修改指令对待展示数据进行修改，得到修改数据；第一确定模块，用于根据修改数据确定对应用程序的前端展示代码进行修改所得到的差异数据。
78.可选的，数据处理的装置还包括：第一获取模块、第二确定模块以及第三确定模块。其中，第一获取模块，用于获取待展示数据所对应的前端展示代码；第二确定模块，用于确定前端展示代码所对应的业务类型，其中，业务类型与至少一个视图模型的视图类型相对应；第三确定模块，用于根据业务类型确定待展示数据所对应的至少一个视图模型。
79.可选的，数据处理的装置还包括：第四确定模块、第五确定模块。其中，第四确定模块，用于在待展示数据对应多个前端展示代码，并且，多个前端展示代码的业务类型相同时，确定多个前端展示代码的业务类型为目标业务类型；第五确定模块，用于确定目标业务类型所对应的视图模型为待展示数据所对应的目标视图模型。
80.可选的，数据处理的装置还包括：第二获取模块以及第六确定模块。其中，第二获取模块，用于在待展示数据对应多个前端展示代码，并且，多个前端展示代码的业务类型不同时，获取每个前端展示代码所对应的业务类型；第六确定模块，用于确定每个前端展示代码所对应的业务类型所对应的视图模型为待展示数据所对应的多个目标视图模型。
81.可选的，数据处理的装置还包括：发送模块以及第一更新模块。其中，发送模块，用于将差异数据通过视图模型发送至数据模块，其中，数据模块用于运行业务逻辑代码；第一更新模块，用于在数据模块中根据差异数据对业务逻辑代码进行更新。
82.可选的，数据处理的装置还包括：第一检测模块、第七确定模块、第一修改模块以及展示模块。其中，第一检测模块，用于在检测到业务逻辑代码发生变化时，获取变化的业务逻辑代码；第七确定模块，用于根据变化的业务逻辑代码所对应的业务类型确定目标视图模型；第一修改模块，用于通过目标视图模型和变化的业务逻辑代码对待展示数据进行修改；展示模块，用于展示修改后的待展示数据。
83.通过上述的数据处理的装置，通过利用视图模型分离前端展示代码以及业务逻辑代码，并且结合代码对应的业务类型确定视图模型，提高了应用程序开发过程中的可维护性和扩展性，方便独立测试，降低了开发成本，避免了现有的应用程序中，展示逻辑与业务逻辑无法完全分离的问题。
84.实施例3
85.根据本发明实施例的另一方面，还提供了一种存储介质，该存储介质中存储有计算机程序，其中，计算机程序被设置为运行时执行上述实施例1中的数据处理方法。
86.实施例4
87.根据本发明实施例的另一方面，还提供了一种电子设备，该电子设备包括一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现用于运行程序，其中，程序被设置为运行时执行上述实施例1中的数据处理方法。
88.上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
89.在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
90.在本技术所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的
方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
91.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
92.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
93.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read
‑
only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
94.以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。