数据获取方法、装置、电子设备及存储介质与流程

1.本公开涉及互联网领域，具体涉及数据获取方法、装置、电子设备及存储介质。


背景技术：

2.在对小程序例如微信小程序的开发过程中，小程序的开发方的工程师有时需要根据小程序所属的平台提供的小程序的某一个版本的版本数据，以进行相关分析。然而，小程序所属的平台仅提供最新上线版本的版本数据，如果所需的版本数据不是最新上线版本的版本数据，则无法获取到需要的版本数据，无法进行相关分析。


技术实现要素：

3.本公开提供一种数据获取方法、装置、电子设备及存储介质,以至少解决相关技术中的无法获取到需要的版本数据以进行相关分析的问题。
4.本公开的技术方案如下：
5.根据本公开实施例的第一方面，提供一种数据获取方法，包括：
6.在当前时间为预设发送时间的情况下，向第一服务器发送版本数据获取请求，其中，任意两个相邻的预设发送时间之间的时长为预设时长，所述第一服务器为小程序所属的平台中的服务器；
7.接收所述第一服务器返回的所述小程序的当前版本数据，其中，所述当前版本数据为所述小程序的最新上线版本的版本数据，最新上线版本为已经上线并且上线时间距离当前时间最近的版本；
8.在数据库未存储所述当前版本数据的情况下，将所述当前版本数据存储在所述数据库中。
9.根据本公开实施例的第二方面，提供一种数据获取装置，包括：
10.发送模块，被配置为在当前时间为预设发送时间的情况下，向第一服务器发送版本数据获取请求，其中，任意两个相邻的预设发送时间之间的时长为预设时长，所述第一服务器为小程序所属的平台中的服务器；
11.接收模块，被配置为接收所述第一服务器返回的所述小程序的当前版本数据，其中，所述当前版本数据为所述小程序的最新上线版本的版本数据，最新上线版本为已经上线并且上线时间距离当前时间最近的版本；
12.存储模块，被配置为在数据库未存储所述当前版本数据的情况下，将所述当前版本数据存储在所述数据库中。
13.根据本公开实施例的第三方面，提供一种电子设备，包括：
14.处理器；
15.用于存储所述处理器可执行指令的存储器；
16.其中，所述处理器被配置为执行所述指令，以实现如第一方面中任一项的方法。
17.根据本公开实施例的第四方面，提供一种计算机可读存储介质，当所述计算机可
读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备可以执行如第一方面中任一项的方法。
18.根据本公开实施例的第五方面，提供计算机程序产品，包括计算机可读代码，当所述计算机可读代码在电子设备运行时，使得所述电子设备执行如第一方面中任一项的方法。
19.本公开的实施例提供的技术方案可以包括以下有益效果：
20.在当前时间为预设发送时间的情况下，向小程序所属的平台中的第一服务器发送版本数据获取请求，任意两个相邻的预设发送时间之间的时长为预设时长；接收第一服务器返回的小程序的当前版本数据；在数据库未存储当前版本数据的情况下，将当前版本数据存储在数据库中。可以使得每一次小程序的最新上线版本上线，小程序所属的平台生成相应的当前版本数据，均可以接收到第一服务器返回的相应的当前版本数据，在数据库未存储相应的当前版本数据的情况下，将相应的当前版本数据存储在数据库中。从而，数据库可以存储小程序的多个不同的版本的版本数据，当需要利用多个不同的版本中的任意一个版本的版本数据进行相关分析时，均可以从数据库中获取需要的版本数据以进行相关分析。
21.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
22.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
23.图1是根据一示例性实施例示出的一种数据获取方法的一个实施例的流程图；
24.图2是电子设备与第一服务器进行交互的一个示意图；
25.图3是电子设备与第二服务器进行交互的一个示意图；
26.图4是根据一示例性实施例示出的一种数据获取装置的结构框图；
27.图5是根据一示例性实施例示出的一种电子设备的结构框图。
具体实施方式
28.为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
29.需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
30.图1是根据一示例性实施例示出的数据获取方法的一个实施例的流程图。该方法可以由电子设备执行，该方法包括以下步骤：
31.步骤101，在当前时间为预设发送时间的情况下，向第一服务器发送版本数据获取
请求。
32.第一服务器为小程序所属的平台中的服务器。在当前时间为预设发送时间的情况下，向第一服务器发送版本数据获取请求，任意两个相邻的预设发送时间之间的时长为预设时长。换言之，用于执行本公开提供的数据获取方法的电子设备可以每间隔预设时长向第一服务器发送版本数据获取请求，每一次发送版本数据获取请求的时间为一个预设发送时间。
33.步骤102，接收第一服务器返回的小程序的当前版本数据。
34.在本公开中，当前版本数据为小程序的最新上线版本的版本数据。
35.对于小程序的任意一个版本，该版本上线是指小程序所属的平台将小程序提供给小程序所属的平台的用户使用。
36.在本公开中，最新上线版本为已经上线并且上线时间距离当前时间最近的版本，当前时刻为执行步骤101的时刻。换言之，最新上线版本可以为在接收到第一服务器返回的小程序的当前版本数据之前已经上线的所有版本中的、上线时间最晚的版本。小程序的最新上线版本并不特指某一个版本，小程序的最新上线版本为一个变量类型的数据，当前版本数据也并不特指某一个版本的版本数据，当前版本数据也为一个变量类型的数据。
37.在本公开中，对于小程序的一个版本，当该版本作为最新上线版本时，第一服务器返回的当前版本数据可以包括该版本的上线时间、该版本的版本号等。
38.步骤103，在数据库未存储当前版本数据的情况下，将当前版本数据存储在数据库中。
39.在本公开中，数据库位于用于执行本公开提供的数据获取方法的电子设备上。在接收到第一服务器返回的小程序的当前版本数据之后，确定数据库是否存储当前版本数据。若确定数据库未存储当前版本数据，将接收到的当前版本数据存储在数据库中。若确定数据库存储当前版本数据，则确定无需将接收到的当前版本数据存储在数据库中。
40.例如，小程序的最新上线版本为小程序的版本n，第一服务器返回的当前版本数据为小程序的版本n的版本数据，在接收到第一服务器返回的小程序的版本n的版本数据的情况下，若确定数据库未存储小程序的版本n的版本数据，将接收到的小程序的版本n的版本数据存储在数据库中。
41.在本公开中，在当前时间为预设发送时间的情况下，向小程序所属的平台中的第一服务器发送版本数据获取请求，任意两个相邻的预设发送时间之间的时长为预设时长；接收第一服务器返回的小程序的当前版本数据；在数据库未存储当前版本数据的情况下，将当前版本数据存储在数据库中。可以使得每一次小程序的最新上线版本上线，小程序所属的平台生成相应的当前版本数据，均可以接收到第一服务器返回的相应的当前版本数据，在数据库未存储相应的当前版本数据的情况下，将相应的当前版本数据存储在数据库中。从而，数据库可以存储小程序的多个不同的版本的版本数据，当需要利用多个不同的版本中的任意一个版本的版本数据进行相关分析时，均可以从数据库中获取需要的版本数据以进行相关分析。
42.请参考图2，其示出了电子设备与第一服务器进行交互的一个示意图。
43.用于执行本公开提供的数据获取方法的电子设备第n次向第一服务器发送版本数据获取请求，第一服务器返回当前版本数据，若用于执行本公开提供的数据获取方法的电
子设备确定数据库未存储当前版本数据的情况下，将当前版本数据存储在数据库中。从第n次向第一服务器发送版本数据获取请求的时间起，经过预设时长，用于执行本公开提供的数据获取方法的电子设备再次向第一服务器发送版本数据获取请求，即第n 1次向第一服务器发送版本数据获取请求。
44.在一些实施例中，向第二服务器发送需求数据获取请求，该需求数据获取请求包括：第一版本的需求标识；接收第二服务器发送的对应于该需求标识的需求数据，其中，第一版本为该对应于该需求标识的需求数据所属的版本，对应于该需求标识的需求数据用于描述对应于该需求标识的问题的特征，对应于该需求标识的问题为在该第一版本的开发过程中需要解决的问题；在数据库未存储对应于该需求标识的历史需求数据的情况下，将对应于该需求标识的需求数据存储在数据库中；在数据库存储对应于该需求标识的历史需求数据的情况下，由对应于该需求标识的需求数据替换对应于该需求标识的历史需求数据。
45.在本公开中，第二服务器可以为用于管理小程序的代码的代码管理平台中的服务器。第二服务器存储小程序的每一个版本的代码、小程序的每一个版本的需求数据、小程序的每一个版本的需求标识。
46.对于小程序的任意一个版本，该版本可以具有一个或多个需求数据，该版本可以具有一个或多个需求标识，该版本的每一个需求数据分别对应该版本的一个需求标识。
47.在本公开中，对于小程序的一个版本，若需要获取该版本的需求数据，则该版本为第一版本。换言之，需要获取小程序的哪一个版本的需求数据，小程序的哪一个版本就是第一版本。小程序的每一个版本均可以作为第一版本。
48.在本公开中，对于小程序的第一版本，该第一版本的每一个需求标识分别对应一个问题，对于该第一版本的每一个需求标识，对应于该需求标识的需求数据用于描述对应于该需求标识的问题的特征，对应于该需求标识的问题为在该第一版本的开发过程中需要解决的问题，需要解决的问题也可称之为bug，对应于该需求标识的问题由小程序的开发方的工程师确定。对应于该需求标识的需求数据可以包括对应于该需求标识的问题、对应于该需求标识的问题的发现时间、指示对应于该需求标识的问题的严重程度的数据、指示对应于该需求标识的问题是否解决的数据、对应于该需求标识的问题的发现人等。
49.在本公开中，对于小程序的第一版本的每一个需求标识，可以每间隔预设时长向第二服务器发送包括该需求标识的需求数据获取请求。
50.对于小程序的第一版本的每一个需求标识，对应于该需求标识的需求数据可以存储在第二服务器上的对应于该需求标识的存储区域中。在任意一个时刻，第二服务器上的对应于该需求标识的存储区域最多存储一个对应于该需求标识的需求数据。每一次在第二服务器上生成对应于该需求标识的新的需求数据，对应于该需求标识的新的需求数据不同于对应于该需求标识的存储区域中的需求数据，由生成的对应于该需求标识的新的需求数据替换对应于该需求标识的存储区域中的需求数据。
51.对于小程序的第一版本的每一个需求标识，若第二服务器第一次接收到包括该需求标识的需求数据获取请求，第二服务器从第二服务器上的对应于该需求标识的存储区域中，获取该版本的对应于该需求标识的需求数据，第二服务器向用于执行本公开提供的数据获取方法的电子设备发送该版本的对应于该需求标识的需求数据。若第二服务器第n次接收到包括该需求标识的需求数据获取请求，n不等于1，第二服务器可以判断是否在第n-1
次返回对应于该需求标识的需求数据之后，第二服务器上的对应于该需求标识的存储区域中的需求数据是否发生变化。若对应于该需求标识的存储区域中的需求数据发生变化，第二服务器从第二服务器上的对应于该需求标识的存储区域中，获取该版本的对应于该需求标识的需求数据，第二服务器向用于执行本公开提供的数据获取方法的电子设备发送该版本的对应于该需求标识的需求数据。
52.例如，对于小程序的第一版本的一个需求标识，在第二服务器第n次接收到包括该需求标识的需求数据获取请求时，对应于该需求标识的存储区域中的需求数据中的指示对应于该需求标识的问题是否已经解决的数据为“正在解决”。在第n次返回的需求数据的时刻之后的时刻，由于该问题已经解决，生成对应于该需求标识的新的需求数据，对应于该需求标识的新的需求数据中的指示该问题是否已经解决的字段为“已解决”，由生成对应于该需求标识的新的需求数据替换对应于该需求标识的存储区域中的需求数据。在第n 1次接收到包括该需求标识的需求数据获取请求时，由于对应于该需求标识的存储区域中的需求数据发生变化，第二服务器从第二服务器上的对应于该需求标识的存储区域中，获取该第一版本的对应于该需求标识的需求数据，向用于执行本公开提供的数据获取方法的电子设备发送该第一版本的对应于该需求标识的需求数据。
53.在本公开中，对于小程序的第一版本的每一个需求标识，在向第二服务器发送包括该需求标识的需求数据获取请求之后，接收第二服务器发送的对应于该需求标识的需求数据。在数据库未存储对应于该需求标识的历史需求数据的情况下，将对应于该需求标识的需求数据存储在数据库中。在数据库存储对应于该需求标识的历史需求数据的情况下，由对应于该需求标识的需求数据替换对应于该需求标识的历史需求数据。
54.在本公开中，小程序的每一个版本均可以作为第一版本，因此，可以通过向第二服务器发送需求数据获取请求，获取任意一个版本的任意一个需求数据，将任意一个版本的任意一个需求数据存储在数据中，数据库可以存储小程序的任意一个版本的任意一个需求数据。从而，当小程序的开发方的工程师需要了解在小程序的任意一个版本的开发过程中需要解决的任意一个问题的特征时，均可以从数据库中查找出在小程序的任意一个版本的开发过程中需要解决的任意一个问题的特征，向小程序的开发方的工程师提供小程序的任意一个版本的任意一个需求数据，使得小程序的开发方的工程师可以了解在小程序的任意一个版本的开发过程中需要解决的任意一个问题的特征。
55.请参考图3，其示出了电子设备与第二服务器进行交互的一个示意图。
56.用于执行本公开提供的数据获取方法的电子设备向第二服务器发送包括第一版本的需求标识的需求数据获取请求。第二服务器向用于执行本公开提供的数据获取方法的电子设备返回第一版本的对应于该需求标识的需求数据。若数据库未存储第一版本的对应于该需求标识的历史需求数据，将返回的第一版本的对应于该需求标识的需求数据存储在数据库中。若数据库存储第一版本的对应于该需求标识的历史需求数据，返回的第一版本的对应于该需求标识的需求数据替换第一版本的对应于该需求标识的历史需求数据。
57.在一些实施例中，接收第二服务器发送的与第二版本的需求标识相对应的需求数据，其中，第二版本为第二服务器发送的需求数据所属的版本，与第二版本的需求标识相对应的需求数据为第二服务器在确定在第二服务器上生成与第二版本的需求标识相对应的需求数据的情况下发送的；在数据库未存储与第二版本的需求标识相对应的历史需求数据
的情况下，将与第二版本的需求标识相对应的需求数据存储在数据库中；在数据库存储与第二版本的需求标识相对应的历史需求数据的情况下，由与第二版本的需求标识相对应的需求数据替换与第二版本的需求标识相对应的历史需求数据。
58.在本公开中，第二版本为第二服务器在确定生成对应于需求标识的需求数据的情况下发送的对应于需求标识的需求数据所属的版本。换言之，第二服务器在确定生成对应于需求标识的需求数据的情况下发送哪一个版本的对应于需求标识的需求数据，哪一个版本就是第二版本。小程序的每一个版本均可以作为第二版本。
59.在本公开中，对于小程序的第二版本的每一个需求标识，每一次在第二服务器上生成该第二版本的对应于该需求标识的需求数据，由第二服务器确定在第二服务器上生成该第二版本的对应于该需求标识的需求数据，第二服务器向用于执行本公开提供的数据获取方法的电子设备发送该版本的对应于该需求标识的需求数据和该需求标识。
60.在本公开中，对于小程序的第二版本的每一个需求标识，第一次生成该版本的对应于该需求标识的需求数据可以是基于小程序的开发方的工程师输入该第二版本的对应于该需求标识的需求数据所包括的数据而生成。第n次生成该第二版本的对应于该需求标识的需求数据可以是基于用于组成对应于该需求标识的需求数据的数据发生变化而生成，n不等于1。例如，在第n-1次生成对应于该需求标识的需求数据之后，第n-1次发送对应于该需求标识的需求数据，第n-1次生成的对应于该需求标识的需求数据中的指示对应于该需求标识的问题是否已经解决的数据为“正在解决”。在第n-1次发送对应于该需求标识的需求数据之后的某一个时刻，由于该问题已经解决，第n次生成对应于该需求标识的需求数据，第n次生成的对应于该需求标识的需求数据中的指示该问题是否已经解决的数据为“已解决”。
61.在本公开中，对于小程序的第二版本的每一个需求标识，在数据库未存储与该需求标识相对应的历史需求数据的情况下，将与第二版本的需求标识相对应的需求数据存储在所述数据库中。在数据库存储与该需求标识相对应的历史需求数据的情况下，由该需求标识相对应的需求数据替换与该需求标识相对应的历史需求数据。
62.在本公开中，小程序的每一个版本均可以作为第二版本。可以由第二服务器主动向用于执行本公开提供的数据获取方法的电子设备发送任意一个版本的任意一个需求数据，可以使得数据库可以存储任意一个版本的任意一个需求数据。从而，当小程序的开发方的工程师需要了解在小程序的任意一个版本的开发过程中需要解决的任意一个问题的特征时，均可以从数据库中查找出在小程序的任意一个版本的开发过程中需要解决的任意一个问题的特征，可以向小程序的开发方的工程师提供小程序的任意一个版本的任意一个需求数据，使得小程序的开发方的工程师可以了解在小程序的任意一个版本的开发过程中需要解决的任意一个问题的特征。同时，无需由用于执行本公开提供的数据获取方法的电子设备向第二服务器发送需求数据获取请求来获取相应的版本的需求数据，节省资源。
63.在一些实施例中，还包括：在将当前版本数据存储在数据库中之后，生成指示最新上线版本已经上线的通知信息；将通知信息发送至目标用户的终端。
64.在本公开中，目标用户可以为小程序的开发方的工程师。在将当前版本数据存储在数据库中之后，用于执行本公开提供的数据获取方法的电子设备可以将指示最新上线版本已经上线的通知信息发送至目标用户的终端。用于执行本公开提供的数据获取方法的电
子设备可以将指示最新上线版本已经上线的通知信息发送至目标用户的终端，从而，可以及时地通知目标用户最新上线版本已经上线。
65.在一些实施例中，还包括：接收第二服务器发送的删除指示信息，其中，删除指示信息指示第二服务器删除第三版本，第三版本为由第二服务器删除的版本；在数据库存储与该第三版本相关的数据的情况下，删除与该第三版本相关的数据，与该第三版本相关的数据包括以下至少一项：该第三版本的版本数据、该第三版本的需求数据。
66.在本公开中，第三版本并不特指小程序的某一个版本，若第二服务器删除了小程序的一个版本的代码，该版本为第三版本。对于一个第三版本，若第二服务器删除该第三版本的代码，第二服务器向用于执行本公开提供的数据获取方法的电子设备发送指示第二服务器删除第三版本的删除指示信息。在数据库存储与该第三版本相关的数据的情况下，用于执行本公开提供的数据获取方法的电子设备删除数据库中的、与该目标版本相关的数据。
67.在本公开中，当第二服务器删除小程序第三版本的代码时，用于执行本公开提供的数据获取方法的电子设备可以删除数据库中的、与该目标版本相关的数据，可以节省数据库的存储空间。
68.在一些实施例中，向第一服务器发送版本数据获取请求包括：获取当前版本数据的访问令牌和当前版本数据的统一资源定位地址；生成包括当前版本数据的访问令牌和当前版本数据的统一资源定位地址(uniform resource locator，简称url)的版本数据获取请求，其中，版本数据获取请求为超文本传输协议(hyper text transfer protocol，简称http)请求；向第一服务器发送版本数据获取请求。
69.小程序可以为微信小程序，访问令牌为微信平台提供的access_token，第一服务器可以为微信平台中的用于提供当前版本数据的。可以向第一服务器发送包括访问令牌和统一资源定位地址的版本数据获取请求。第一服务器根据当前版本数据的访问令牌，确定发送版本数据获取请求的设备可以获取当前版本数据。当前版本数据的统一资源定位地址为在第一服务器上的文件系统中的当前版本数据的存储路径，第一服务器根据当前版本数据的统一资源定位地址，查找到当前版本数据。
70.在本公开中，在当前时间为预设发送时间的情况下，可以向第一服务器发送包括包括访问令牌和统一资源定位地址的版本数据获取请求来其中来获取到微信小程序的当前版本数据，任意两个相邻的预设发送时间之间的时长为预设时长。从而，每一次微信小程序的最新上线版本上线，生成微信小程序的相应的当前版本数据，均可以接收到第一服务器返回的微信小程序相应的当前版本数据。在数据库未存储相应的当前版本数据的情况下，将相应的当前版本数据存储在数据库中。从而，使得数据库可以存储微信小程序的多个不同的版本的版本数据。
71.在一些实施例中，接收第二服务器发送的小程序的第四版本的版本标识，其中，第四版本为相对于在生成第四版本之前生成的版本新增的版本，第四版本通过在第二服务器上将用于得到第四版本的基础版本和相对于所述基础版本的新增代码进行合并而生成，第四版本的版本标识为第二服务器在确定在第二服务器上生成第四版本的情况下发送的；生成第四版本的关联数据，第四版本的关联数据包括：第四版本的版本标识、指示已经开发出所述第四版本的数据；将第四版本的关联数据存储在所述数据库中。
72.第四版本为相对于在生成第四版本之前生成的版本新增的版本。第四版本通过在第二服务器上将用于得到第四版本的基础版本和相对于所述基础版本的新增代码进行合并而生成。得到第四版本的基础版本也可称之为主分支。
73.当第二服务器在确定在第二服务器上生成第四版本时，第二服务器向用于执行本公开提供的数据获取方法的电子设备发送第四版本的版本标识。在接收到第二服务器发送的第四版本的版本标识之后，可以生成第四版本的关联数据，第四版本的关联数据包括：第四版本的版本标识、指示已经开发出所述第四版本的数据。将第四版本的关联数据存储在所述数据库中。
74.对于小程序的任意一个版本，当在第二服务器上生成该版本时，该版本作为第四版本，可以生成该版本的关联数据，将版本的关联数据存储在数据库中。从而，当小程序的开发方的工程师需要了解已经开发出哪些版本时，可以从数据库中查询出每一个关联关系，向小程序的开发方的工程师提供存每一个关联数据，使得小程序的开发方的工程师可以通过每一个关联数据，了解已经开发出哪些版本。
75.图4是根据一示例性实施例示出的一种数据获取装置的结构框图。参照图4，数据获取装置包括：发送模块401，接收模块402，存储模块403。
76.发送模块401被配置为在当前时间为预设发送时间的情况下，向第一服务器发送版本数据获取请求，其中，任意两个相邻的预设发送时间之间的时长为预设时长，所述第一服务器为小程序所属的平台中的服务器；
77.接收模块402被配置为接收所述第一服务器返回的所述小程序的当前版本数据，其中，所述当前版本数据为所述小程序的最新上线版本的版本数据，最新上线版本为已经上线并且上线时间距离当前时间最近的版本；
78.存储模块403被配置为在数据库未存储所述当前版本数据的情况下，将所述当前版本数据存储在所述数据库中。
79.在一些实施例中，数据获取装置还包括：
80.第一获取模块，被配置为向第二服务器发送需求数据获取请求，所述需求数据获取请求包括：第一版本的需求标识；接收第二服务器发送的对应于所述需求标识的需求数据，其中，第一版本为所述需求数据所属的版本,所述需求数据用于描述对应于所述需求标识的问题的特征，所述问题为在所述第一版本的开发过程中需要解决的问题；在数据库未存储对应于所述需求标识的历史需求数据的情况下，将对应于所述需求标识的需求数据存储在所述数据库中；在所述数据库存储对应于所述需求标识的历史需求数据的情况下，由对应于所述需求标识的需求数据替换对应于所述需求标识的历史需求数据。
81.在一些实施例中，数据获取装置还包括：
82.第二获取模块，被配置为接收第二服务器发送的与第二版本的需求标识相对应的需求数据，其中，第二版本为所述需求数据所属的版本，与第二版本的需求标识相对应的需求数据为所述第二服务器在确定在所述第二服务器上生成与第二版本的需求标识相对应的需求数据的情况下发送的；在数据库未存储与第二版本的需求标识相对应的历史需求数据的情况下，将所述与第二版本的需求标识相对应的需求数据存储在所述数据库中；在所述数据库存储与第二版本的需求标识相对应的历史需求数据的情况下，由所述与第二版本的需求标识相对应的需求数据替换所述与第二版本的需求标识相对应的历史需求数据。
83.在一些实施例中，数据获取装置还包括：
84.通知模块，被配置为在将所述当前版本数据存储在所述数据库中之后，生成指示所述最新上线版本已经上线的通知信息；将所述通知信息发送至目标用户的终端。
85.在一些实施例中，数据获取装置还包括：
86.删除模块，被配置为接收第二服务器发送的删除指示信息，其中，所述删除指示信息指示所述第二服务器删除所述第三版本，所述第三版本为由所述第二服务器删除的版本；在数据库存储与所述第三版本相关的数据的情况下，删除与所述第三版本相关的数据，与所述第三版本相关的数据包括以下至少一项：所述第三版本的版本数据、所述第三版本的需求数据。
87.在一些实施例中，发送模块401进一步被配置为获取所述当前版本数据的访问令牌和所述当前版本数据的统一资源定位地址；生成包括所述访问令牌和所述统一资源定位地址的版本数据获取请求，其中，版本数据获取请求为超文本传输协议请求；向第一服务器发送版本数据获取请求。
88.在一些实施例中，数据获取装置还包括：
89.关联数据生成模块，被配置为接收第二服务器发送的所述小程序的第四版本的版本标识，其中，所述第四版本为相对于在生成第四版本之前生成的版本新增的版本，所述第四版本通过在所述第二服务器上将用于得到所述第四版本的基础版本和相对于所述基础版本的新增代码进行合并而生成，所述第四版本的版本标识为所述第二服务器在确定在所述第二服务器上生成所述第四版本的情况下发送的；生成所述第四版本的关联数据，所述第四版本的关联数据包括：所述第四版本的版本标识、指示已经开发出所述第四版本的数据；将所述第四版本的关联数据存储在所述数据库中。
90.图5是根据一示例性实施例示出的一种电子设备的结构框图。参照图5，电子设备包括处理组件522，其进一步包括一个或多个处理器，以及由存储器532所代表的存储器资源，用于存储可由处理组件522执行的指令，例如应用程序。存储器532中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件522被配置为执行指令，以执行上述数据获取方法。
91.电子设备还可以包括一个电源组件526被配置为执行电子设备的电源管理，一个有线或无线网络接口550被配置为将电子设备连接到网络，和一个输入输出(i/o)接口558。服务器可以操作基于存储在存储器532的操作系统，例如windows servertm，macos xtm，unixtm,linuxtm，freebsdtm或类似。
92.在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器，上述指令可由电子设备执行以完成上述数据获取方法。可选地，计算机可读存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
93.在示例性实施例中，本技术还提供一种计算机程序产品，包括计算机可读代码，当计算机可读代码在电子设备上运行时，使得电子设备执行上述数据获取方法。
94.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识
或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
95.应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。