数据处理方法、装置、设备及计算机可读存储介质

技术领域

本公开涉及计算机领域，尤其涉及一种数据处理方法、装置、设备及计算机可读存储介质。

背景技术

客户端-服务器模式(Client–server model)简称C/S结构，是一种网络架构，它把客户端(Client)与服务器(Server)区分开来。每一个客户端软件的实例都可以向一个服务器或应用程序服务器发出请求。服务器端可以接收来自客户端的请求的过程。获得来自客户端的请求后会处理所需的收集所需的信息，将其发送到请求客户端。实际应用中，在客户端运行过程中，可能会遇到服务器端下发数据异常、下发数据和客户端上安装的应用程序(Application，简称App)版本不兼容的情况，而上述情况往往会导致客户端崩溃、显示异常的问题。

现有技术中一般都是通过在服务器端对下发数据进行检查，或者对客户端安装的应用程序进行更新的方式，来解决上述技术问题。

但是，在服务器端进行下发数据的检查往往需要靠服务器端代码实现，增大了服务器端的压力，降低了服务器端的响应速度，并且需要一定的部署周期，不具有实时性。而对应用程序进行更新则需要获得用户的同意，不具有时效性。

发明内容

本公开提供一种数据处理方法、装置、设备及计算机可读存储介质，用于解决现有技术中依赖服务器端代码实现下发数据的检查而增大服务器压力且不具有时效性的问题。

本公开的第一个方面是提供一种数据处理方法，应用于客户端，所述客户端内设置有JS引擎，包括：

获取终端设备发送的数据检查指令，所述数据检查指令中包括服务器端发送的下发数据；

根据所述数据检查指令调用JS引擎执行预存的目标数据检查文件对所述下发数据进行检查，获得检查结果，其中，所述目标数据检查文件为服务器端最新版本的数据检查文件；

根据所述检查结果对所述下发数据进行处理。

可选实施例中，

所述根据所述数据检查指令调用JS引擎执行预存的目标数据检查文件对所述下发数据进行检查之前，还包括：

获取所述终端设备发送的启动指令；

根据所述启动指令，判断所述服务器端的数据检查文件与所述JS引擎当前使用的数据检查文件版本是否一致；

根据所述判断结果进行处理。

可选实施例中，所述根据所述判断结果对所述JS引擎当前使用的数据检查文件版本进行处理，包括：

若所述服务器端的数据检查文件与所述JS引擎当前使用的数据检查文件版本一致，则将所述JS引擎当前使用的数据检查文件作为所述目标数据检查文件；

若所述服务器端的数据检查文件与所述JS引擎当前使用的数据检查文件版本不一致，则下载所述服务器端的数据检查文件，将所述服务器端的数据检查文件作为所述目标数据检查文件。

可选实施例中，所述目标数据检查文件中设置有检查逻辑，所述检查逻辑中至少包括标准数据对应的字段类型、字段值以及必填字段是否下发；

所述根据所述数据检查指令调用JS引擎执行预存的目标数据检查文件对所述下发数据进行检查，包括：

根据所述目标数据检查文件中的检查逻辑，检测所述下发数据对应的数据类型、字段值与所述标准数据对应的字段类型、字段值一致，检测所述下发数据中是否包括所述必填字段，获得所述检查结果。

可选实施例中，所述根据所述检查结果对所述下发数据进行处理，包括：

若所述检查结果为下发数据对应的数据类型、字段值与所述标准数据对应的字段类型、字段值一致，且包括所述必填字段，则判定所述下发数据为正常数据；

控制显示界面显示所述下发数据。

可选实施例中，所述根据所述检查结果对所述下发数据进行处理，包括：

若所述检查结果为下发数据对应的数据类型、字段值与所述标准数据对应的字段类型、字段值不一致，和/或，不包括所述必填字段，则判定所述下发数据为错误数据；

控制显示界面不显示所述下发数据，或者，隐藏所述下发数据。

可选实施例中，所述目标数据检查文件中还包括修正逻辑，所述根据所述检查结果对所述下发数据进行处理，包括：

若所述检查结果为下发数据包括所述必填字段，但所述下发数据对应的数据类型、字段值中存在与所述标准下发数据对应的数据类型、字段值不一致的异常数据，则对所述异常数据的重要度进行判断；

若所述异常数据的重要度低于预设的阈值，则根据所述修正逻辑对所述下发数据进行修正操作，获得修正数据，则控制显示界面显示所述修正数据。

可选实施例中，所述根据所述判断结果进行处理之后，还包括：

完成加载所述JS引擎。

本公开的第二个方面提供一种客户端，所述客户端内设置有JS引擎，包括：

通信模块，用于获取终端设备发送的数据检查指令，所述数据检查指令中包括服务器端发送的下发数据；

数据处理模块，用于根据所述数据检查指令调用JS引擎执行预存的目标数据检查文件对所述下发数据进行检查，获得检查结果，其中，所述目标数据检查文件为服务器端最新版本的数据检查文件；

根据所述检查结果对所述下发数据进行处理。

可选实施例中，所述通信模块还用于：

获取所述终端设备发送的启动指令；

所述数据处理模块还用于根据所述启动指令，判断所述服务器端的数据检查文件与所述JS引擎当前使用的数据检查文件版本是否一致；根据所述判断结果进行处理。

可选实施例中，所述数据处理模块具体用于，若所述服务器端的数据检查文件与所述JS引擎当前使用的数据检查文件版本一致，则将所述JS引擎当前使用的数据检查文件作为所述目标数据检查文件；

若所述服务器端的数据检查文件与所述JS引擎当前使用的数据检查文件版本不一致，则下载所述服务器端的数据检查文件，将所述服务器端的数据检查文件作为所述目标数据检查文件。

可选实施例中，所述目标数据检查文件中设置有检查逻辑，所述检查逻辑中至少包括标准数据对应的字段类型、字段值以及必填字段是否下发；

所述数据处理模块用于：

根据所述目标数据检查文件中的检查逻辑，检测所述下发数据对应的数据类型、字段值与所述标准数据对应的字段类型、字段值一致，检测所述下发数据中是否包括所述必填字段，获得所述检查结果。

可选实施例中，所述数据处理模块具体用于：

若所述检查结果为下发数据对应的数据类型、字段值与所述标准数据对应的字段类型、字段值一致，且包括所述必填字段，则判定所述下发数据为正常数据；

控制显示界面显示所述下发数据。

可选实施例中，所述数据处理模块具体用于：

若所述检查结果为下发数据对应的数据类型、字段值与所述标准数据对应的字段类型、字段值不一致，和/或，不包括所述必填字段，则判定所述下发数据为错误数据；

控制显示界面不显示所述下发数据，或者，隐藏所述下发数据。

可选实施例中，所述目标数据检查文件中还包括修正逻辑，所述处理模块具体用于：

若所述检查结果为下发数据包括所述必填字段，但所述下发数据对应的数据类型、字段值中存在与所述标准下发数据对应的数据类型、字段值不一致的异常数据，则对所述异常数据的重要度进行判断；

若所述异常数据的重要度低于预设的阈值，则根据所述修正逻辑对所述下发数据进行修正操作，获得修正数据，则控制显示界面显示所述修正数据。

可选实施例中，所述的数据处理装置，还用于：完成加载所述JS引擎。

本公开的第三个方面提供一种电子设备，包括：存储器，处理器；

存储器；用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为：执行所述存储器存储的计算机执行指令，使得所述处理器执行如第一方面所述的数据处理方法。

本公开的第四个方面提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面所述的数据处理方法。

本公开提供的一种数据处理方法、装置、设备及计算机可读存储介质，通过获取终端设备发送的数据检查指令，调用JS引擎运行预存的服务器端最新版本的目标数据检查文件并对下发数据进行检查，获得检查结果。从而能够保证服务器端下发的数据均能够在客户端正常显示，避免了客户端在运行过程中，由于服务器端下发数据异常、数据和应用程序版本不兼容等因素引起的崩溃、显示异常等问题。此外，通过采用目标数据检查文件对服务器端下发数据进行检查操作，从而能够快速地实现对服务器端下发数据的检查操作，有效地解决了在服务器端进行数据检查造成的数据检查周期长，不具有实时性的技术问题。

附图说明

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

图1为本公开所基于的一种网络架构的示意图；

图2为本公开实施例提供的数据处理方法的流程示意图；

图3为本公开实施例提供的数据处理方法的流程示意图；

图4为本公开实施例提供的交互信令示意图；

图5为本公开实施例提供的客户端的结构示意图；

图6为本公开实施例提供的电子设备的结构示意图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例所获得的所有其他实施例，都属于本公开保护的范围。

实际应用中，用户在运行客户端时，往往需要服务器端下发数据至客户端进行显示，但是，若服务器端下发数据异常或者服务器下发的数据和客户端上安装的应用程序版本不兼容，则很容易导致客户端崩溃、显示异常的问题。现有技术中一般都是通过在服务器端对下发数据进行检查，来解决上述技术问题。但是，在服务器端进行下发数据的检查往往需要靠服务器端代码实现，这会增大服务器端的压力，从而降低服务器端的响应速度，并且需要一定的部署周期，不具有实时性。

针对上述问题，发明人通过研究发现，可以通过在JavaScript引擎(以WebKit为核心或技术源头的引擎，简称JS引擎)运行时，调用JS引擎采用服务器端最新的目标数据检查文件对下发数据进行检查，并借助客户端的下载能力，动态更新目标数据检查文件，实现对数据的实时检查。从而能够快速地实现对服务器端下发数据的检查操作，有效地解决了在服务器端进行数据检查造成的数据检查周期长，不具有实时性的技术问题，并且有效避免了客户端在运行过程中出现的崩溃、显示异常等问题。

需要说明的是，本公开提供数据处理方法、装置、设备及计算机可读存储介质可运用在对各种待下发的数据进行检查的场景中。

图1为本公开所基于的一种网络架构的示意图，如图1所示，该图1所示网络架构具体可包括终端设备1以及服务器2。

其中，终端设备1具体可为承载有客户端的用户终端，其包括但不限于用户手机、台式电脑、智能家居设备、平板电脑等。终端设备1中可设置有JS引擎。终端设备1可用于在用户控制下通过调用JS引擎对下发数据进行数据检查。

服务器2具体可为设置于云端的用于下发数据检查文件的服务器。

实施例一

图2为本公开实施例提供的数据处理方法的流程示意图，如图2所示，本公开实施例提供的数据处理方法，包括：

步骤101、获取终端设备发送的数据检查指令，所述数据检查指令中包括服务器端发送的下发数据。

本实施例的提供的数据处理方法的执行主体为客户端，该客户端中可以安装有前述的JS引擎，该客户端可以安装在终端设备中。

在本实施方式中，客户端可以获取终端设备端下发的下发数据，为了避免客户端崩溃、显示异常的问题，在获取到服务器端发送的下发数据之后，首先需要对该下发数据进行数据检查操作。

具体地，客户端可以根据该下发数据触发数据检查指令，调用JS引擎进行数据检查操作。其中，该数据检查指令中可以包括服务器端发送的下发数据。

步骤102、根据所述数据检查指令调用JS引擎执行预存的目标数据检查文件对所述下发数据进行检查，获得检查结果，其中，所述目标数据检查文件为服务器端最新版本的数据检查文件。

在本实施方式中，客户端在获取到数据检查指令之后，可以根据该数据检查指令对该数据检查指令中的下发数据进行数据检查操作。具体地，可以断可以调用JS引擎执行预存的目标数据检查文件对该下发数据进行数据检查操作，得到检查结果。其中，该目标数据检查文件是JS引擎从服务器端下载的最新版本的数据检查文件。运行该数据检查文件之后，即可以确定该下发文件是否为正确文件、修正文件、错误文件等，得到检查结果。

需要说明的是，通过该目标数据检查文件对下发数据进行数据检查，检查速度较快，能够实现对下发数据的实时检查，有效地解决了现有技术中在服务器端进行数据检查造成的数据检查周期长，不具有实时性的技术问题。

步骤103、根据所述检查结果对所述下发数据进行处理。

在本实施方式中，在通过JS引擎调用目标数据检查文件获得检查结果之后，为了使得客户端能够确定是否显示该下发文件，可以根据该检查结果对该下发文件进行相应处理。

以实际应用举例来说，该客户端具体可以为电商平台的客户端，该下发数据具体可以为商品界面数据，用户可以通过该客户端用户可进行网上购物。在用户使用该客户端时，服务器端可以根据用户的触发操作向客户端发送下发数据。例如，当用户浏览一件商品时，点击该商品的详情信息，服务器端可以向客户端下发该商品的详情页信息，该详情页信息即为下发数据。

但是，在客户端运行的过程中，会遇到服务器端下发数据异常或者服务器端下发的数据和应用程序版本不兼容等因素引起的页面崩溃、界面显示异常等问题。此时用户将无法浏览商品，严重影响购物体验。

面对这样的情况，本公开提供了一种提供了基于JS引擎运行时的动态数据检查方法，以解决上述提及的问题。

首先，用户在打开电商平台的客户端时，客户端会获取终端设备发送的数据检查指令，该数据检查指令中包括服务器端发送的待下发的商品界面数据。随后，客户端可以通过JS引擎根据该数据检查指令调用预存的服务器端最新版本的目标数据检查文件，并用该检查文件对待下发的商品界面数据进行检查，获得检查结果。最后，客户端会根据检查结果对待下发的商品界面数据进行处理。此时，用户可正常进行商品的浏览与购买。对于用户来说，其在打开该购物应用程序时，对于其后端的数据检查是无感知的。

通过上述实施例，客户端启动时会自动、实时地采用JS引擎进行数据检查，解决了现有技术中由于数据检查不及时导致的在客户端运行过程中出现页面崩溃、显示异常的问题。

进一步地，在实施例一的基础上，所述目标数据检查文件中设置有检查逻辑，所述检查逻辑中至少包括标准数据对应的字段类型、字段值以及必填字段是否下发；

步骤102具体包括：

根据所述目标数据检查文件中的检查逻辑，检测所述下发数据对应的数据类型、字段值与所述标准数据对应的字段类型、字段值一致，检测所述下发数据中是否包括所述必填字段，获得所述检查结果。

在本实施例中，该目标数据检查文件具体可以预设有设置有检查逻辑，检查逻辑中至少包括标准数据对应的字段类型、字段值以及必填字段是否下发。因此，在获取到下发数据之后，可以将根据目标数据检查文件中的检查逻辑，检测下发数据对应的数据类型、字段值与标准数据对应的字段类型、字段值一致，检测下发数据中是否包括必填字段，获得检查结果。

本实施例提供的数据处理方法，通过获取终端设备发送的数据检查指令，根据数据检查指令调用预存的最新版本数据检查文件对下发数据进行检查，获得检查结果，根据检查结果对下发数据进行处理。从而能够保证服务器端下发的数据均能够在客户端正常显示，避免了客户端在运行过程中，由于服务器端下发数据异常、数据和应用程序版本不兼容等因素引起的崩溃、显示异常等问题。此外，通过采用目标数据检查文件对服务器端下发数据进行检查操作，从而能够快速地实现对服务器端下发数据的检查操作，有效地解决了在服务器端进行数据检查造成的数据检查周期长，不具有实时性的技术问题。

实施例二

图3为本公开实施例提供的数据处理方法的流程示意图，在上述实施例一的基础上，如图3所示，为了进一步说明本公开的数据处理方法，在上述实施例一中的步骤102根据所述数据检查指令调用预存的数据检查文件对所述下发数据进行检查之前，还包括：

步骤201、获取所述终端设备发送的启动指令。

步骤202、根据所述启动指令，判断所述服务器端的数据检查文件与所述JS引擎当前使用的数据检查文件版本是否一致。

步骤203、根据所述判断结果对所述JS引擎当前使用的数据检查文件版本进行处理。

在本实施例中，为了保证JS引擎调用的目标数据检查文件为服务器中当前最新的数据检查文件，在进行数据检查之前，首先需要对数据检查文件的版本进行检测。

具体地，客户端可以根据用户的调用操作进行启动。其可以接受终端设备发送的启动指令，客户端启动时，可以相应地启动JS引擎，向JS引擎发送启动指令。客户端在接收到该启动指令时，首先可以启动JS引擎，并判断服务器端的数据检查文件是否与当前使用的数据检查文件版本一致，获得判断结果，相应地可以根据该判断结果对当前使用的数据检查文件进行处理。

进一步地，在实施例一的基础上，根据所述判断结果进行处理具体包括：

若所述服务器端的数据检查文件与所述JS引擎当前使用的数据检查文件版本一致，则将所述JS引擎当前使用的数据检查文件作为所述目标数据检查文件；若所述服务器端的数据检查文件与所述JS引擎当前使用的数据检查文件版本不一致，则下载所述服务器端的数据检查文件，将所述服务器端的数据检查文件作为所述目标数据检查文件。

在本实施例中，若JS引擎判断出服务器端的数据检查文件与其当前使用的数据检查文件版本一致，也即该数据检查文件能够准确地对下发数据是否正确进行检查。则JS引擎就会把当前的数据检查文件作为最新版本的数据检查文件来进行数据检查。反之，若JS引擎判断出服务器端的数据检查文件与其当前使用的数据检查文件版本不一致，也即该数据检查文件无法准确地对下发数据进行检查，则JS引擎会通过服务器端下载最新版本的数据检查文件来进行数据检查。

承接上例来说，用户在打开电商平台的客户端时，客户端会自动启动JS引擎，JS引擎可以自行判断服务器端的商品界面数据检查文件与其当前使用的商品界面数据检查文件版本是否一致，并根据不同的判断结果进行不同的处理。

JS引擎会自行判断服务器端的商品界面数据检查文件与其当前使用的商品界面数据检查文件版本是否一致，若一致，则把当前使用的商品界面数据检查文件作为最新版本的数据检查文件进行商品界面数据检查，若不一致，则自动下载服务器端的商品界面数据检查文件，并把下载的商品界面数据检查文件作为最新版本的商品界面数据检查文件进行商品界面数据检查。

需要说明的是，在JS引擎根据判断结果进行处理之后，将自动完成加载。由于在JS引擎执行完数据检查的操作之后，即完成加载，从而能够有效地保证数据正常显示的基础上，节约安装有JS引擎的终端设备的能源，提高终端设备的续航能力。

本实施例提供的数据处理方法，通过在客户端启动时，首先判断当前的数据检查文件是否为最新版本，并判断结果对所述JS引擎当前使用的数据检查文件版本进行处理，从而能够保证了数据检查文件为最新版本的数据检查文件，避免了由于数据检查文件版本过低而导致的数据检查不到位，从而使界面显示异常的问题。

在上述实施例的基础上，为了进一步说明该数据处理方法，可选的，在上述任一实施例的基础上，所述根据所述检查结果对所述下发数据进行处理，包括：若所述检查结果为下发数据对应的数据类型、字段值与所述标准数据对应的字段类型、字段值一致，且包括所述必填字段，则判定所述下发数据为正常数据；

控制显示界面显示所述下发数据。

在本实施例中，若该下发数据对应的数据类型、字段值与预设的标准数据对应的数据类型、数据值一致，并且包括必填字段，则表征该下发数据为正常数据，此时，可以控制显示界面显示该下发数据。

可选的，在上述任一实施例的基础上，若所述检查结果为下发数据对应的数据类型、字段值与所述标准数据对应的字段类型、字段值不一致，和/或，不包括所述必填字段，则判定所述下发数据为错误数据；

控制显示界面不显示所述下发数据，或者，隐藏所述下发数据。

在本实施例中，若检测到下发数据对应的数据类型、字段值与所述标准数据对应的数据类型、字段值不一致，和/或，不包括所述必填字段，则判定所述下发数据为错误数据。此时，为了避免出现显示问题，可以控制显示界面不显示该下发数据。或者，可以选择隐藏该下发数据，不对其进行显示。

可选的，在上述任一实施例的基础上，所述目标数据检查文件中还包括修正逻辑，若所述检查结果为下发数据包括所述必填字段，但所述下发数据对应的数据类型、字段值中存在与所述标准下发数据对应的数据类型、字段值不一致的异常数据，则对所述异常数据的重要度进行判断；

若所述异常数据的重要度低于预设的阈值，则根据所述修正逻辑对所述下发数据进行修正操作，获得修正数据，则控制显示界面显示所述修正数据。

在本实施例中，若下发数据包括所述必填字段，但所述下发数据对应的数据类型、字段值中存在与所述标准数据对应的数据类型、字段值不一致的异常数据，可以对该异常数据的重要度进行检测。若该异常数据较为重要，则该错误数据可能会造成显示异常。因此，可以不必对其进行显示。若检测到该异常数据的重要度低于预设的阈值，则可以根据所述修正逻辑对所述下发数据进行修正操作，获得修正数据，则控制显示界面显示所述修正数据。

举例来说，该修正逻辑中包括修正数据字段类型，字段值等方式。如字段类型应为字符串类型，但下发数据中该字段类型是整数，则由检查文件修正为字符串。

具体来说，如果检查结果为下发数据为正常数据，则客户端显示界面就会显示该下发数据；若检查结果为下发数据为错误数据，则客户端显示界面不显示该下发数据，或者，隐藏该下发数据；若检查结果为下发数据为修正数据，则客户端显示界面也会显示该下发数据。

承接上例来说，如果待下发的商品界面数据为正常数据，用户客户端商品界面会显示出该数据，此时用户可正常浏览商品；如果待下发的商品界面数据为错误数据，用户客户端商品界面会无法显示出该数据，此时用户将看到空白界面；如果待下发的商品界面数据为修正后的数据，用户客户端商品界面会显示出该数据，此时用户同样可以正常浏览商品。

本实施例提供的数据处理方法，通过根据检查结果对下发数据进行处理，保证了客户端从服务器端获取的下发数据，在被下发之前，均会通过JS引擎进行数据的实时检查，提高数据检查的效率，且从而避免了在客户端运行过程中出现界面崩溃、显示异常等问题。

实施例三

图4为本公开实施例提供的交互信令示意图，如图4所示的，服务器端、JS引擎和客户端的信令交互，包括：

步骤301、客户端向JS引擎端发送启动指令。

步骤302、JS引擎判断其当前使用的数据检查文件是否为最新版本的数据检查文件，若是，则完成加载引擎，若否，则进入下一步骤。

步骤303、JS引擎通过服务器端下载最新版本的数据检查文件，下载结束后，完成加载引擎。

步骤304、客户端向JS引擎发送包含下发数据的数据检查指令。

步骤305、JS引擎调用最新版本的数据检查指令对下发数据进行检查。

步骤306、JS引擎把数据检查结果发送给客户端。

步骤307、客户端根据检查结果执行相应的处理。

具体来说，在该图示信令交互场景中，客户端启动后，会自动加载JS引擎。此时，JS引擎会判断其当前使用的数据检查文件是否为最新版本的数据检查文件。如果是最新版本，则JS引擎会自动完成加载，如果不是最新版本，则需要更新数据检查文件，此时JS引擎会通过服务器端下载最新版本的数据检查文件，下载结束后，JS引擎会自动完成加载。接下来客户端会把下发数据包含在数据检查指令中发送给JS引擎。JS引擎调用最新版本的数据检查文件对下发数据进行检查，并把检查结果发送回客户端，客户端根据检查结果执行相应的处理。完成本次数据检查后，客户端会再次把新的下发数据包含在数据检查指令中发送给JS引擎，并重复上述数据检查步骤。

需要说明的是，现有的客户端，包括iOS、Android等系统的浏览器内核在技术上均支持JS引擎运行时的加载方式。

通过上述方式，保证了多个平台之间一致性，实现同一份JS引擎数据检查文件，可以在所有客户端中有效运行。并且在JS引擎运行时执行数据检查文件，能够对下发数据进行动态、高效的检查，从而避免了客户端在运行过程中出现崩溃、显示异常等问题。

本实施例提供的客户端，获取终端设备发送的数据检查指令，根据数据检查指令调用预存的最新版本数据检查文件对下发数据进行检查，获得检查结果，根据检查结果对下发数据进行处理。从而能够保证服务器端下发的数据均能够在客户端正常显示，避免了客户端在运行过程中，由于服务器端下发数据异常、数据和应用程序版本不兼容等因素引起的崩溃、显示异常等问题。此外，通过采用目标数据检查文件对服务器端下发数据进行检查操作，从而能够快速地实现对服务器端下发数据的检查操作，有效地解决了在服务器端进行数据检查造成的数据检查周期长，不具有实时性的技术问题。

实施例四

图5为本公开实施例提供的客户端的结构示意图。如图5所示，作为另一方面，本公开还提供了一种客户端，所述客户端内设置有JS引擎，包括：

通信模块401，用于获取终端设备发送的数据检查指令，所述数据检查指令中包括服务器端发送的下发数据；

数据处理模块402，用于根据所述数据检查指令调用预存的目标数据检查文件对所述下发数据进行检查，获得检查结果，其中，所述目标数据检查文件为服务器端最新版本的数据检查文件；

根据所述检查结果对所述下发数据进行处理。

可选实施例中，在实施例四的基础上，所述通信模块401还用于：获取所述终端设备发送的启动指令。所述数据处理模块402还用于根据所述启动指令，判断所述服务器端的数据检查文件与所述JS引擎当前使用的数据检查文件版本是否一致；根据所述判断结果进行处理。

可选实施例中，在上述任一实施例的基础上，所述数据处理模块402具体用于，若所述服务器端的数据检查文件与所述JS引擎当前使用的数据检查文件版本一致，则将所述JS引擎当前使用的数据检查文件作为所述目标数据检查文件。若所述服务器端的数据检查文件与所述JS引擎当前使用的数据检查文件版本不一致，则下载所述服务器端的数据检查文件，将所述服务器端的数据检查文件作为所述目标数据检查文件。

可选实施例中，在上述任一实施例的基础上，所述目标数据检查文件中设置有检查逻辑，所述检查逻辑中至少包括标准数据对应的字段类型、字段值以及必填字段是否下发；

所述数据处理模块402用于：

根据所述目标数据检查文件中的检查逻辑，检测所述下发数据对应的数据类型、字段值与所述标准数据对应的字段类型、字段值一致，检测所述下发数据中是否包括所述必填字段，获得所述检查结果。

可选实施例中，在上述任一实施例的基础上，所述数据处理模块402具体用于：

若所述检查结果为下发数据对应的数据类型、字段值与所述标准数据对应的字段类型、字段值一致，且包括所述必填字段，则判定所述下发数据为正常数据；

控制显示界面显示所述下发数据。

可选实施例中，在上述任一实施例的基础上，所述数据处理模块402具体用于：

若所述检查结果为下发数据对应的数据类型、字段值与所述标准数据对应的字段类型、字段值不一致，和/或，不包括所述必填字段，则判定所述下发数据为错误数据；

控制显示界面不显示所述下发数据，或者，隐藏所述下发数据。

可选实施例中，在上述任一实施例的基础上，所述目标数据检查文件中还包括修正逻辑，所述数据处理模块402具体用于：

若所述检查结果为下发数据包括所述必填字段，但所述下发数据对应的数据类型、字段值中存在与所述标准下发数据对应的数据类型、字段值不一致的异常数据，则对所述异常数据的重要度进行判断；

若所述异常数据的重要度低于预设的阈值，则根据所述修正逻辑对所述下发数据进行修正操作，获得修正数据，则控制显示界面显示所述修正数据。

可选实施例中，在上述任一实施例的基础上，所述的数据处理装置，还用于：完成加载所述JS引擎。

本实施例提供的客户端，通过根据检查结果对下发数据进行处理，保证了客户端从服务器端获取的下发数据，在被下发之前，均会通过JS引擎进行数据的实时检查，提高数据检查的效率，且从而避免了在客户端运行过程中出现界面崩溃、显示异常等问题。

实施例五

图6为本公开实施例提供的电子设备的结构示意图。如图6所示，作为另一方面，本公开还提供了一种电子设备600，包括：至少一个存储器601和处理器602；

存储器601，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器601可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

处理器602，用于执行存储器601存放的程序。

其中，计算机程序存储在存储器601中，并被配置为由处理器602执行以实现本公开任意一个实施例提供的数据处理方法。相关说明可以对应参见附图中的步骤所对应的相关描述和效果进行理解，此处不做过多赘述。

其中，本实施例中，存储器601和处理器602通过总线连接。所述总线可以是工业标准体系结构(Industry Standard Architecture，简称为ISA)总线、外部设备互连(Peripheral Component，简称为PCI)总线或扩展工业标准体系结构(Extended IndustryStandard Architecture，简称为EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

实施例六

本公开实施例提供一种计算机可读存储介质，其上存储有计算机执行指令，计算机执行指令以实现本公开任意一个实施例提供的数据处理方法。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、系统或设备使用或与指令执行系统、系统或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、系统或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

此外，虽然采用特定次序描绘了各操作，但是这应当理解为要求这样操作以所示出的特定次序或以顺序次序执行，或者要求所有图示的操作应被执行以取得期望的结果。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实现中。相反地，在单个实现的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实现中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求书指出。

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