一种数据处理方法，数据端以及应用端的制作方法
【技术领域】
[0001]本申请涉及数据处理技术领域，特别涉及一种数据处理方法，还涉及一种数据端以及应用端。
【背景技术】
[0002]窗口名window, name操作起来性能优良，跨域支持完美，所有浏览器都支持，被看作是临时数据存储的首选，因此目前window, name作为数据采集的临时存储形态在数据采集工具中使用情况比较普遍。
[0003]现有技术各应用方对window, name中的数据来进行处理时，有以下两种方式:
[0004]方式一，直接赋值的方式；
[0005]方式二,通过window, name = window, name+”字符串分隔符I”+要存储的数据+”字符串分隔符2”的方式；
[0006]但本申请发明人发现在采用上述两种方式来对window, name中的数据来进行处理时，会有以下问题:
[0007](I)、当采用方式一来对window, name中的数据来进行处理时
[0008]例如在一优化项目的最终测试中，采集工具利用window, name作为数据采集的临时存储媒介，而某事件也会对window, name进行直接修改,这样将会导致存储在window,name中的采集工具的数据被修改,页面跳转后,采集工具通过window, name存储中的数据进行发送时，其打点数据不再是原来的数据，因此会导致错误。
[0009](2)、当采用方式二来对window, name中的数据来进行处理时
[0010]在各应用方相互没有沟通好的情况下，各应用方所使用的分隔符字符串很有可能是一样的，如此将会导致数据被覆盖，先前存储在window, name中的数据被后面存储的数据覆盖，最终各应用js使用window, name操作数据时,将会产生相互冲突,最终导致应用异常；而通过”唯一的字符串分隔符”的方式获取window, name中的数据，其解析逻辑很复杂，过程繁琐，这样会影响到其他js使用window, name的应用；另外，当各应用方js要使用window, name进行数据存储时,为了相互不影响，需要事先相互协商，以告知自己使用的“唯一的字符串分隔符”，而这样的话沟通过程很繁琐，效率低下，会浪费大量的沟通成本。
[0011]由此可见，在现有技术存在着协商耗费成本大，效率低下，容易导致数据冲突等缺陷，而在现有技术中并没有相应的解决方案。
【发明内容】
[0012]本申请提供了一种数据处理方法,数据端以及应用端,用以优化对window, name的使用操作，避开采用直接赋值或者字符串分隔符来进行数据处理带来的协商耗费成本大，效率低下，容易导致数据冲突等缺陷，提高了数据处理效率。
[0013]为了达到上述目的，本申请实施例提供了一种数据处理方法，包括:
[0014]数据端利用对象键对需要存储于window, name中的数据进行标识，并建立所述数据与所述对象键之间的映射表项；
[0015]所述数据端发送所述映射表项给应用端，以使所述应用端根据所述映射表项和数据处理请求确定需要进行处理的数据的位置信息和处理方式；
[0016]所述数据端接收所述应用端返回的所述位置信息和所述处理方式的信息，以对相应数据进行相应处理。
[0017]优选的，本方法还可以包括:当所述数据端需要自定义新的对象键时，建立一个待检测的对象键，并通过对象键名判断函数WinNameObj.has来判断所述待检测的对象键是否已经存在，
[0018]若存在，则删除所述待检测的对象键，并重新建立一个于所述待检测的对象键的新待检测的对象键；
[0019]若不存在，则设置所述待检测的对象键为新的对象键。
[0020]另一方面，本申请实施例还提供一种数据处理方法，包括:
[0021]应用端接收数据端发送的映射表项，其中，所述映射表项存储有数据与对象键之间的对应关系；
[0022]所述应用端接收数据处理请求，解析所述数据处理请求，确定需要进行处理的数据的信息以及相应的数据处理方式；其中，所述数据的信息中包含对象键；
[0023]所述应用端根据所述对象键查找所述映射表项，确定所述数据的位置信息，并将所述位置信息以及所述数据处理方式的信息发送给所述数据端。
[0024]所述数据处理请求，包括:
[0025]数据读取请求，或数据更新请求，或数据设置请求，或数据删除请求。
[0026]优选的，所述应用端接收数据处理请求，解析所述数据处理请求，确定需要进行处理的数据的信息以及对应的数据处理方式，具体为:
[0027]当所述数据处理请求是所述数据读取请求时，所述应用端解析所述数据读取请求，确定需要进行处理的数据的信息以及对所述数据进行处理的方式为通过WinNameObj对象的读取方法读取所述数据；或
[0028]当所述数据处理请求是所述数据更新请求时，所述应用端解析所述数据更新请求，确定需要进行处理的数据的信息以及对所述数据进行处理的方式为通过WinNameObj对象的更新方法更新所述数据；或
[0029]当所述数据处理请求是所述数据设置请求时，所述应用端解析所述数据设置请求，确定需要进行处理的数据的信息以及对所述数据进行处理的方式为通过WinNameObj对象的设置方法设置所述数据；或
[0030]当所述数据处理请求是所述数据删除请求时，所述应用端解析所述数据删除请求，确定需要进行处理的数据的信息以及对所述数据进行处理的方式为通过WinNameObj对象的删除方法删除所述数据。
[0031]另一方面，本申请实施例还提供一种数据端，包括:
[0032]标识模块，用于利用对象键对需要存储于window, name中的数据进行标识，并建立所述数据与所述对象键之间的映射表项；
[0033]发送模块，用于发送所述映射表项给应用端，以使所述应用端根据所述映射表项和数据处理请求确定需要进行处理的数据的位置信息和处理方式；
[0034]处理模块，用于接收所述应用端返回的所述位置信息和所述处理方式的信息，以对相应数据进行相应处理。
[0035]优选的，本申请数据端，还可以包括:
[0036]建立模块，用于需要自定义新的对象键时，建立一个待检测的对象键，并通过对象键名判断函数WinNameObj.has来判断所述待检测的对象键是否已经存在，
[0037]若存在，则删除所述待检测的对象键，并重新建立一个不同于所述待检测的对象键的新待检测的对象键；
[0038]若不存在，则设置所述待检测的对象键为新的对象键。
[0039]另一方面，本申请实施例还提供一种应用端，包括:
[0040]接收模块，用于接收数据端发送的映射表项，其中，所述映射表项存储有数据与对象键之间的对应关系；
[0041]解析模块，用于解析接收到的数据处理请求，确定需要进行处理的数据的信息以及相应的数据处理方式；其中，所述数据的信息中包含对象键；
[0042]确定模块，用于根据所述对象键查找所述映射表项，确定所述数据的位置信息，并将所述位置信息以及所述数据处理方式的信息发送给所述数据端。
[0043]所述数据处理请求，包括:
[0044]数据读取请求，或数据更新请求，或数据设置请求，或数据删除请求。
[0045]解析模块，具体用于:
[0046]当所述数据处理请求是所述数据读取请求时，解析所述数据读取请求，确定需要进行处理的数据的信息以及对所述数据进行处理的方式为通过WinNameObj对象的读取方法读取所述数据；或
[0047]当所述数据处理请求是所述数据更新请求时，解析所述数据更新请求，确定需要进行处理的数据的信息以及对所述数据进行处理的方式为通过WinNameObj对象的更新方法更新所述数据；或
[0048]当所述数据处理请求是所述数据设置请求时，解析所述数据设置请求，确定需要进行处理的数据的信息以及对所述数据进行处理的方式为通过WinNameObj对象的设置方法设置所述数据；或
[0049]当所述数据处理请求是所述数据删除请求时，解析所述数据删除请求，确定需要进行处理的数据的信息以及对所述数据进行处理的方式为通过WinNameObj对象的删除方法删除所述数据。
[0050]与现有技术相比，本申请实施例所提出的技术方案具有以下优点:
[0051]通过应用本申请实施例的技术方案，数据端建立所述数据与所述对象键之间的映射表项，并发送所述映射表项给应用端，以使应用端根据映射表项和数据处理请求确定需要进行处理的数据的位置信息和处理方式；然后数据端接收应用端返回的位置信息和所述处理方式的信息，对相应数据进行相应处理，优化了对window, name的使用操作，以此避开采用直接赋值或者字符串分隔符来进行数据处理带来的协商耗费成本大，效率低下，容易导致数据冲突等缺陷，提高了数据处理效率。
【附图说明】
[