埋点添加方法、移动终端及计算机可读存储介质与流程

本发明属于网络技术领域，尤其涉及一种埋点添加方法、移动终端及计算机可读存储介质。

背景技术：

随着移动通信及计算机技术的发展，人们对智能手机、平板电脑等移动终端的使用越来越广泛。而网络信息更新速度快，用户个性化需求增多，移动终端的应用程序面临着多方面的挑战。为了提高用户体验，统计和分析用户行为的需求也应运而生。应用程序的开发人员通常会通过埋点的方式获取用户行为数据，进而统计和分析用户行为，改善应用程序。

目前，通常采取的埋点方案是在编写应用程序代码时，将埋点代码封装成工具类，在待添加埋点的地方插入工具类。但是，随着时间推移，应用程序版本更新或者待添加新的埋点代码时，应用程序中会产生多余的埋点代码以及降低应用程序的开发效率。

技术实现要素：

本发明提供一种埋点添加方法、移动终端及计算机可读存储介质，可避免产生多余的埋点代码以及提高应用程序的开发效率。

本发明实施例第一方面提供了一种埋点添加统计方法，所述方法包括：获取应用程序中待添加的埋点的配置文件，所述配置文件中包含多个添加类，所述添加类中包含添加方法，所述添加类与所述待添加的埋点一一对应；利用工具类中的解析方法解析所述配置文件，获得多个所述添加类；访问多个所述添加类得到对应的多个所述添加方法；将各所述添加方法替换为基类中的通用方法，在所述通用方法中调用各所述添加方法，以在所述应用程序中添加各所述待添加的埋点。

本发明实施例第二方面提供了一种移动终端，所述移动终端包括：获取模块，用于获取应用程序中待添加的埋点的配置文件，所述配置文件中包含多个添加类，所述添加类中包含添加方法，所述添加类与所述待添加的埋点一一对应；解析模块，用于利用工具类中的解析方法解析所述配置文件，获得多个所述添加类；访问模块，用于访问多个所述添加类得到对应的多个所述添加方法；替换模块，用于将各所述添加方法替换为基类中的通用方法；调用模块，用于在所述通用方法中调用各所述添加方法，以在所述应用程序中添加各所述待添加的埋点。

本发明实施例第三方面提供了一种移动终端，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现上述本发明实施例第一方面提供的埋点添加方法。

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

本发明实施例中，通过获取应用程序中待添加的埋点的配置文件，再通过工具类中的解析方法解析该配置文件，接着将配置文件中的添加方法替换为基类中的通用方法，然后在通用方法中调用该配置文件中的添加方法，以添加各与添加方法对应的待添加的埋点，无需在应用程序的安装文件中加入埋点代码，避免产生多余的埋点代码以及提高了应用程序的开发效率。

附图说明

图1是本发明一实施例提供的埋点添加方法的实现流程示意图；

图2是本发明另一实施例提供的埋点添加方法的实现流程示意图；

图3是本发明一实施例提供的移动终端的结构示意图；

图4是本发明另一实施例提供的移动终端的结构示意图；

图5是本发明一实施例提供的移动终端的硬件结构图。

具体实施方式

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

请参阅图1，图1是本发明一实施例提供的埋点添加方法的实现流程示意图，该方法可应用于移动终端中，移动终端包括：智能手机、平板电脑、笔记本电脑等可在移动中使用的电子数据处理设备。如图1所示，该方法主要包括以下步骤：

101、获取应用程序中待添加的埋点的配置文件；

具体的，移动终端从服务器获取待添加的埋点的配置文件。较佳的，移动终端向服务器发送请求，服务器响应该请求并发送该配置文件至移动终端。该配置文件用于配置移动终端的应用程序中的埋点。其中该应用程序可选为客户端程序，该埋点是用于采集及统计用户使用该应用程序时的用户行为数据的采集器，具体可表现为：例如一段用于采集及统计用户行为数据的代码。用户行为数据，即用户在应用程序客户端的操作记录，如用户点击特定按键或者用户访问特定页面等。配置文件中包含多个添加类，添加类中包含添加方法，添加类与待添加的埋点一一对应，所以添加方法与待添加的埋点一一对应。

102、利用工具类中的解析方法解析配置文件，获得多个添加类；

具体的，配置文件中包含多个添加类，添加类中包含添加方法，添加类与待添加的埋点一一对应，则添加方法与待添加的埋点一一对应。利用预设的工具类中的解析方法解析配置文件，获得多个添加类。其中，预设的工具类例如可以是java工具类。

103、访问多个添加类得到对应的多个添加方法；

具体的，因为添加类中包含添加方法，添加类与待添加的埋点一一对应，则添加方法与待添加的埋点一一对应。其中，移动终端通过访问添加类，获得多个添加方法。在实际应用中，配置文件中可包含添加类的名称和方法名称，则移动终端根据添加类的名称访问添加类，访问添加类后根据添加方法的名称获得添加方法。

104、将各添加方法替换为基类中的通用方法，在通用方法中调用各添加方法，以在应用程序中添加各待添加的埋点。

具体的，将配置文件中的添加方法替换为基类中的通用方法，是为了使所有的类都具有一个通用的方法，进而可在通用方法中调用各个类中的方法。其中，基类可为nsobject类。在通用方法中调用原配置文件中的添加方法，以添加各与添加类对应的待添加的埋点，即与添加方法对应的待添加的埋点。示例性的，现有添加埋点的添加方法a，类s中有方法b，将类s中的方法b替换为方法a，那么类s就具有了方法a的添加埋点的功能，但是类s既不想失去原有的功能，又想保留添加埋点的功能，则可在类s中的方法b替换为方法a后，再在方法a中调用方法b。

可以理解的，配置文件的添加类中含有添加方法，为了获得基类中通用方法的功能，因此将添加类中的添加方法替换为基类中的通用方法，使得添加类拥有了通用方法的功能，但是添加类又想保留原来的添加埋点的功能，因此在添加类的通用方法中调用添加方法，以添加各与添加方法对应的待添加的埋点，即与各添加类对应的待添加的埋点。较佳的，移动终端使用runtime函数将配置文件中的添加方法替换为通用方法，并在通用方法中调用添加方法，以实现添加埋点的功能。

在本发明实施例中，通过从服务器中获取配置文件，再通过工具类中的解析方法解析该配置文件，接着将配置文件中的添加方法替换为基类中的通用方法，然后在通用方法中调用该配置文件中的添加方法，以添加各与添加方法对应的待添加的埋点，无需在应用程序的安装文件中加入埋点代码，避免产生多余的埋点代码以及提高了应用程序的开发效率。

请参阅图2，图2是本发明一实施例提供的埋点添加方法的实现流程示意图，该方法可应用于移动终端中，移动终端包括：智能手机、平板电脑、笔记本电脑等可在移动中使用的电子数据处理设备。如图2所示，该方法主要包括以下步骤：

201、在应用程序启动时，判断本地是否存在配置文件；具体的，在应用程序启动时，判断本地是否存在配置文件。该配置文件是用来配置移动终端的应用程序中的埋点，以用于统计用户使用该应用程序时的用户行为数据，即用户在应用程序客户端的操作记录，如用户点击特定按键或者用户访问特定页面等。若本地不存在配置文件，则执行步骤202：获取应用程序中待添加埋点的配置文件后，接着执行步骤206。

202、若本地不存在配置文件，则获取应用程序中待添加埋点的配置文件；

具体的，若本地不存在配置文件，则获取应用程序中待添加埋点的配置文件，该配置文件可设置在应用程序的安装文件中，在应用程序启动时，移动重度从应用程序安装文件中获取该配置文件，进而读取该配置文件。该配置文件也可设置在服务器中，则移动终端需从服务器中获取该配置文件，进而读取该配置文件。

203、若本地存在配置文件，则检测配置文件在服务器中是否存在更新；

具体的，若是本地存在配置文件，则在应用程序启动时，检测服务器中的配置文件是否存在更新。若服务器中的配置文件存在更新，则执行步骤204。若服务器中的配置文件不存在更新，则执行步骤205。

204、若服务器中的配置文件存在更新，则从服务器获取更新后的配置文件；

具体的，若服务器中的配置文件存在更新，说明目前移动终端待添加新的埋点，即需要统计新的用户行为，则从服务器获取更新后的配置文件。每当新的配置文件上传至服务器时，旧的配置文件会被新的配置文件替换掉，因此服务器中的配置文件只有一个，因此移动终端可直接向服务器发送请求，以获取该配置文件。

205、若服务器中的配置文件不存在更新，则不执行添加埋点的操作；

具体的，若服务器中的配置文件不存在更新，说明目前移动终端不需添加新的埋点，即不需要统计新的用户行为，所以移动终端不执行添加埋点的操作，不从服务器获取配置文件，启动应用程序即可。

206、在应用程序中创建工具类和基类；

具体的，移动终端预先创建工具类，该工具类中包含解析方法。在实际应用中，移动终端首先访问工具类，从中获得解析方法，以执行后续步骤。较佳的，移动终端可根据工具类的名称访问工具类，访问工具类后根据解析方法的名称获得解析方法，该工具类的名称和解析方法的名称在预先创建工具类的过程中获得。

移动终端预先创建基类，该基类中包含通用方法。较佳的，基类为nsobject类，则在实际应用中，移动终端首先访问基类，从中获得通用方法，以执行后续步骤。较佳的，移动终端可根据基类的名称访问基类，访问基类后根据通用方法的名称获得通用方法，该基类的名称和通用方法的名称在预先创建基类的过程中获得。

207、利用工具类中的解析方法解析配置文件，获得多个所述添加类和多个用户行为的描述信息；具体的，配置文件中包含多个添加类，添加类中包含添加方法，添加类与待添加的埋点一一对应。利用解析方法解析配置文件，获得多个添加类。其中，配置文件中还包含多个用户行为的描述信息，用户行为的描述信息与待添加的埋点一一对应，则利用解析方法解析配置文件，可获得多个用户行为的描述信息。

208、访问多个添加类得到对应的多个所述添加方法；具体的，因为添加类中包含添加方法，添加类与待添加的埋点一一对应，则添加方法与待添加的埋点一一对应。其中，移动终端通过访问添加类，获得多个添加方法。在实际应用中，配置文件中可包含添加类的名称和方法名称，则移动终端根据添加类的名称访问添加类，访问添加类后根据添加方法的名称获得添加方法。

209、将各添加方法替换为基类中的通用方法，在通用方法中调用各添加方法，以在应用程序中添加各待添加的埋点；

具体的，将配置文件中的添加方法替换为基类中的通用方法，是为了使所有的类都具有一个通用的方法，进而可在通用方法中调用各个类中的方法。在通用方法中调用原配置文件中的添加方法，以添加各与添加类对应的待添加的埋点，即与添加方法对应的待添加的埋点。示例性的，现有添加埋点的添加方法a，类s中有方法b，将类s中的方法b替换为方法a，那么类s就具有了添加埋点的功能，但是类s既不想失去原有的功能，又想保留添加埋点的功能，则类s中的方法b替换为方法a后，再在方法a中调用方法b。

可以理解的，配置文件的添加类中含有添加方法，为了获得基类中通用方法的功能，因此将添加类中的添加方法替换为基类中的通用方法，使得添加类拥有了通用方法的功能，但是添加类又想保留原来的添加埋点的功能，因此在添加类的通用方法中调用添加方法，以添加各与添加方法对应的待添加的埋点，即与各添加类对应的待添加的埋点，已添加的待添加的埋点为添加成功的埋点。

210、访问工具类，获得上传方法；具体的，移动终端预先在客户端程序中创建工具类，该工具类中还包含上传方法，则移动终端首先访问工具类，从中获得上传方法，以执行后续步骤。在实际应用中，移动终端可根据工具类的名称访问工具类，访问工具类后根据上传方法的名称获得上传方法，该工具类的名称和上传方法的名称在预先创建工具类的过程中获得。

可选的，可在通用方法中调用上传方法，上传与添加成功的埋点相对应的用户行为的描述信息至服务器。具体的，用户行为的描述信息与待添加的埋点一一对应，因此移动终端通过将配置文件中的添加方法替换为基类中的通用方法后，在通用方法中调用上传方法，利用上传方法将与添加成功的埋点相对应的用户行为的描述信息上传至服务器，以通知服务器添加成功的埋点有哪些。可以理解的，工具类中含有上传方法，用于上传用户行为的描述信息至服务器，因此在添加类的通用方法中调用上传方法，以上传用户行为的描述信息至服务器。

211、在通用方法中调用上传方法，上传通过添加成功的埋点采集到的用户行为数据至服务器。

具体的，当待添加的埋点添加成功后，将与埋点对应的用户行为的描述信息上传至服务器后，当移动终端再次监听到该用户行为时，便通过上传方法上传通过添加成功的埋点采集到的用户行为数据至服务器。示例性的，若是用户行为的描述信息为点击特定按键，则当监听到用户点击该特定按键时，移动终端上传该用户行为的描述信息至服务器，由服务器统计该用户行为的描述信息，即统计特定按键的点击次数并进行分析，以改善应用程序。

在本发明实施例中，通过获取应用程序中待添加的埋点的配置文件，再通过工具类中的解析方法解析该配置文件，接着将配置文件中的添加方法替换为基类中的通用方法，然后在通用方法中调用该配置文件中的添加方法，以添加各与添加方法对应的待添加的埋点，无需在应用程序的安装文件中加入埋点代码，避免产生多余的埋点代码以及提高了应用程序的开发效率。并且在通用方法中调用工具类中的上传方法，以上传与添加成功的埋点相对于那个的用户行为的描述信息至服务器，以便服务器统计该用户行为，并改进应用程序。

请参阅图3，图3是本发明一实施例提供的移动终端的结构示意图。图3所示的移动终端主要包括：

获取模块301，用于获取应用程序中待添加的埋点的配置文件，配置文件中包含多个添加类，添加类中包含添加方法，添加类与待添加的埋点一一对应。

解析模块302，用于利用工具类中的解析方法解析配置文件，获得多个添加类。

访问模块303，用于访问多个添加类得到对应的多个添加方法。

替换模块304，用于将各添加方法替换为基类中的通用方法。

调用模块305，用于在通用方法中调用各添加方法，以在应用程序中添加各待添加的埋点。

本实施例未尽之细节，请参阅前述图1所示实施例的描述，此处不再赘述。

在本发明实施例中，通过获取应用程序中待添加的埋点的配置文件，再通过工具类中的解析方法解析该配置文件，接着将配置文件中的添加方法替换为基类中的通用方法，然后在通用方法中调用该配置文件中的添加方法，以添加各与添加方法对应的待添加的埋点，无需在应用程序的安装文件中加入埋点代码，避免产生多余的埋点代码以及提高了应用程序的开发效率。

请参阅图4，图4是本发明另一实施例提供的移动终端的的结构示意图。与图3所示的移动终端不同的是，如图4所示，于本实施例中：

进一步的，配置文件中还包含多个用户行为的描述信息，用户行为的描述信息与待添加的埋点一一对应，工具类中还包含上传方法；

访问模块303，还用于访问工具类，获得上传方法。

调用模块305，还用于在通用方法中调用上传方法，以上传与添加成功的埋点相对应的用户行为的描述信息至服务器。

进一步的，移动终端还包括：

判断模块401，用于在应用程序启动时，判断本地是否存在配置文件。

获取模块301，还用于若判断模块401判断为不存在时，则执行获取应用程序中待添加的埋点的配置文件的操作。

进一步的，移动终端还包括：

检测模块402，用于若判断模块401判断为存在时，则检测配置文件在服务器中是否存在更新。

获取模块301，还用于若检测模块402检测为存在更新时，则从服务器获取更新后的配置文件。

进一步的，移动终端还包括：

待机模块403，用于若检测模块402检测为不存在更新时，则不执行添加埋点的操作。

创建模块404，用于在所述应用程序中创建所述工具类和所述基类；

调用模块305，还用于在通用方法中调用上传方法，上传通过添加成功的埋点采集到的用户行为数据至服务器。

本实施例未尽之细节，请参阅前述图1至图3所示实施例的描述，此处不再赘述。

在本发明实施例中，通过获取应用程序中待添加的埋点的配置文件，再通过工具类中的解析方法解析该配置文件，接着将配置文件中的添加方法替换为基类中的通用方法，然后在通用方法中调用该配置文件中的添加方法，以添加各与添加方法对应的待添加的埋点，无需在应用程序的安装文件中加入埋点代码，避免产生多余的埋点代码以及提高了应用程序的开发效率。并且在通用方法中调用工具类中的上传方法，以上传与添加成功的埋点相对于那个的用户行为的描述信息至服务器，以便服务器统计该用户行为，并改进应用程序。

请参阅图5，图5为本发明一实施例提供的移动终端的硬件结构图。

本实施例中所描述的移动终端，包括：

存储器51、处理器52及存储在存储器51上并可在处理器52上运行的计算机程序，处理器52执行该计算机程序时，实现前述图1和图2所示实施例中描述的埋点添加方法。

进一步的，该移动终端还包括：

至少一个输入设备53以及至少一个输出设备54。

上述存储器51、处理器52、输入设备53以及输出设备54，通过总线55连接。

其中，输入设备53具体可为摄像头、触控面板、物理按键或者鼠标等等。输出设备54具体可为显示屏。

存储器51可以是高速随机存取记忆体（ram，randomaccessmemory）存储器，也可为非不稳定的存储器（non-volatilememory），例如磁盘存储器。存储器51用于存储一组可执行程序代码，处理器52与存储器51耦合。

进一步的，本发明实施例还提供了一种计算机可读存储介质（可简称为存储介质），该计算机可读存储介质可以是设置于上述各实施例中的移动终端中，该计算机可读存储介质可以是前述图5所示实施例中的存储器。该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现前述图1和图2所示实施例中描述的埋点添加方法。进一步的，该计算机可存储介质还可以是u盘、移动硬盘、只读存储器（rom，read-onlymemory）、ram、磁碟或者光盘等各种可以存储程序代码的介质。

在本申请所提供的多个实施例中，应该理解到，所揭露的移动终端和方法，可以通过其它的方式实现。例如，以上所描述的实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信链接可以是通过一些接口，模块的间接耦合或通信链接，可以是电性，机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本发明所必须的。

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

以上为对本发明所提供的埋点添加方法、移动终端及计算机可读存储介质的描述，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本发明的限制。