[发明专利]一种数据处理方法、装置及计算机可读存储介质

说明书

本申请实施例涉及数据分析技术领域，提供一种数据处理方法、装置及计算机可读存储介质，包括：获取当前项目的根目录中的配置信息，其中，所述配置文件包括地址信息；根据所述配置文件中的地址信息确定所述当前项目中的至少一个待处理组件；生成第一组件，并根据所述第一组件和所述至少一个待处理组件确定所述当前项目的不同页面的埋点。本申请实施例，可以提高项目代码的可读性，提高开发效率。

技术领域

本申请实施例涉及数据分析技术领域，尤其涉及一种数据处理方法、装置及计算机可读存储介质。

背景技术

目前前端业内，可以通过埋点在前端页面上进行收集用户的行为数据。由于埋点的上报也属于业务代码的一部分，需要用户在编写完业务代码的情况下，根据实际需求，还需要在指定的代码触发位置进行埋点上报代码的编写。埋点代码与业务逻辑代码共存，由于埋点的实施非常注重时效性，当埋点代码过多的时候，会一定程度影响业务代码的阅读和维护，造成项目代码可读性变差，间接影响开发效率。因此，如何提高项目代码的可读性，提高项目的开发效率是亟待解决的问题。

发明内容

本申请实施例提供了一种数据处理方法、装置及计算机可读存储介质，可以提高项目代码的可读性，提高开发效率。

第一方面，本申请实施例提供了一种数据处理方法，可以包括：获取当前项目的根目录中的配置文件，其中，所述配置文件包括地址信息；根据所述配置文件中的地址信息确定所述当前项目中的至少一个待处理组件；生成第一组件，并根据所述第一组件和所述至少一个待处理组件确定所述当前项目的不同页面的埋点。

在本申请提供的方案中，终端设备可以生成一个通用的第一组件，根据该通用的第一组件对当前项目的不同页面添加埋点。不同于现有技术，由于埋点的上报也是属于业务代码的一部分，需要在开发人员在编写完业务代码的情况下，根据用户的实际需求，在指定的代码触发位置进行埋点上报代码的编写。埋点的实施非常注重时效性，如果当前需要埋点的项目需要紧急开发上线，往往会缺少人力去开发，项目的开发效率较低。本申请实施例，通过一个通用的第一组件，不需要通过开发人员自己编写埋点代码，可以实现覆盖页面中90％以上场景的埋点记录，对于一些新的大型项目，着急开发上线的场景下，开发人员可以专注于业务代码的开发，不需要再额外根据用户的需求编写埋点代码，从而可以提高项目的开发效率。

在一种可能的实现方式中，所述根据所述第一组件和所述至少一个待处理组件确定所述当前项目的不同页面的埋点，包括：将所述第一组件引入所述至少一个待处理组件中的每一个待处理组件，得到每一个组件；基于生命周期函数和所述每一个组件在所述当前项目的不同页面添加埋点，所述埋点记录的内容包括埋点触发的时间点。

在本申请提供的方案中，基于生命周期函数的埋点，是通过公共组件(第一组件)的方式进行设置的，每一个待处理组件只需要引入第一组件就可以获得埋点代码。同时，由于埋点代码与业务代码是共存的关系，不同于现有技术，当埋点代码过多的时候，会一定程度影响业务代码的阅读和维护，造成项目代码的可读性较差，间接影响开发效率和加重定位问题的成本。本申请实施例，基于生命周期函数的特点，使得埋点代码与业务代码完全分隔，不会影响业务代码的执行和可读性，进而可以提高项目的开发效率。

在一种可能的实现方式中，所述埋点的标识符(identification，ID)由所述不同页面的名称和所述生命周期函数的中文定义确定。

在本申请提供的方案中，定义了一套固定的埋点ID编写方式，即自定义中文名称定义埋点ID，不同于现有技术，由于埋点是在代码层面，当代码触发的时候，会连同将预设的埋点代码触发，一般开发者埋点所记录的数据内容，仅仅为一个预设的唯一ID值，这个ID值一般情况下是语义化的，但是对于页面复杂的场景，由于埋点的数量多，场景多，语义化的定义ID的名称会很复杂，可读性较差。本申请实施例，定义了一套固定的埋点ID编写方式，极大的减轻了埋点ID编写带来的脑力投入。同时，对于自定义方法的埋点，支持开发人员自定义中文名称，使得埋点ID的可读性更好。