CN117873466A - 用于二次开发的代码管理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例提供一种用于二次开发的代码管理方法、装置、设备及存储介质，涉及计算机技术领域。所述方法包括：基于原始代码文件的钩子方法获取对应的二次开发配置文件；确定对应于所述二次开发配置文件的扩展代码；将所述扩展代码嵌入至原始代码文件中，得到二次开发代码文件。本申请实施例通过在原项目代码中配置钩子方法来获取二次开发配置文件，并将二次开发配置文件解析成对应的扩展代码并嵌入原项目代码中，因此无需导出原项目代码进行修改即可实现功能扩展，从而有效降低二次开发的成本和维护难度。

Description

用于二次开发的代码管理方法、装置、设备及存储介质

技术领域

本申请涉及计算机技术领域，具体而言，涉及一种用于二次开发的代码管理方法、装置、设备及存储介质。

背景技术

Web界面是用户与网站、应用程序或在线服务进行互动的图形用户界面(Graphical User Interface，GUI)。它是通过浏览器访问的，为用户提供了一个可视化的界面，以浏览和操作数字内容、功能和服务。

目前，对于已经开发完成的项目，若想要对其web界面增加新的显示功能，需要导出原项目的代码进行修改，这会导致出现二次开发的代码影响原项目代码的问题，因此增加了二次开发的成本和维护难度。

发明内容

本申请实施例的目的在于提供一种用于二次开发的代码管理方法、装置、设备及存储介质，用以降低二次开发的成本和维护难度。

第一方面，本申请实施例提供了一种用于二次开发的代码管理方法，包括：

基于原始代码文件的钩子方法获取对应的二次开发配置文件；

确定对应于所述二次开发配置文件的扩展代码；

将所述扩展代码嵌入至原始代码文件中，得到二次开发代码文件。

在本申请实施例中，通过在原项目代码中配置钩子方法来获取二次开发配置文件，并将二次开发配置文件解析成对应的扩展代码并嵌入原项目代码中，因此无需导出原项目代码进行修改即可实现功能扩展，从而有效降低二次开发的成本和维护难度。

在一些可能的实施例中，所述基于原始代码文件的钩子方法获取对应的二次开发配置文件，包括：

确定对应于所述原始代码文件的钩子方法的目标文件目录；

基于所述原始代码文件的钩子方法从所述目标文件目录获取对应的二次开发配置文件。

在本申请实施例中，根据不同的钩子方法确定相应的目标文件目录，并从目标文件目录来获取对应的二次开发配置文件，进一步提高了二次开发的灵活性。

在一些可能的实施例中，所述确定对应于所述二次开发配置文件的扩展代码，包括：

确定所述原始代码文件的前端框架类型；

按照所述前端框架类型对所述二次开发配置文件进行解析，得到对应于所述二次开发配置文件的扩展代码。

在本申请实施例中，通过根据原始代码文件的前端框架类型来对二次开发配置文件进行代码解析，从而进一步降低了二次开发的成本和维护难度。

在一些可能的实施例中，所述将所述扩展代码嵌入至原始代码文件中，得到二次开发代码文件，包括：

确定所述原始代码文件的钩子方法对应的代码嵌入位置；

基于所述代码嵌入位置将所述扩展代码嵌入至原始代码文件中，得到二次开发代码文件。

在本申请实施例中，通过确定钩子方法对应的代码嵌入位置来将扩展代码嵌入至原始代码文件中，进一步提高二次开发的灵活性。

在一些可能的实施例中，在所述基于原始代码文件的钩子方法获取对应的二次开发配置文件之前，还包括：

确定对应于所述原始代码文件的钩子方法的模板代码；

获取针对于所述模板代码配置的需求扩展数据，并基于所述需求扩展数据与所述模板代码生成得到所述二次开发配置文件。

在本申请实施例中，通过确定钩子方法对应的模板代码，并获取相应的需求扩展数据生成二次开发配置文件，进一步降低了二次开发的成本和维护难度。

在一些可能的实施例中，所述确定对应于所述原始代码文件的钩子方法的目标文件目录，包括：

基于所述钩子方法在所述原始代码文件的位置确定对应于所述钩子方法的目标文件目录；

或者，基于所述钩子方法指定的目录信息确定对应于所述钩子方法的目标文件目录。

在本申请实施例中，通过根据钩子方法的位置或根据钩子方法指定的信息来确定目标文件目录，从而进一步提高了二次开发的灵活性。

第二方面，本申请实施例提供了一种用于二次开发的代码管理装置，包括：

文件获取模块，用于基于原始代码文件的钩子方法获取对应的二次开发配置文件；

代码确定模块，用于确定对应于所述二次开发配置文件的扩展代码；

代码嵌入模块，用于将所述扩展代码嵌入至原始代码文件中，得到二次开发代码文件。

第三方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时可实现第一方面任一实施例所述的方法。

第四方面，本申请实施例提供了一种计算机程序产品，所述的计算机程序产品包括计算机程序，其中，所述的计算机程序被处理器执行时可实现第一方面任一实施例所述的方法。

第五方面，本申请实施例提供了一种电子设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其中，所述处理器执行所述程序时可实现第一方面任一实施例所述的方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种用于二次开发的代码管理方法的流程示意图；

图2为本申请实施例提供的一种用于二次开发的代码管理装置的结构示意图；

图3为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

需要说明的是，在软件开发过程中，通常会存在对已开发完成的项目进行二次开发的需求。二次开发指的是在现有的软件或代码基础上进行修改、扩展或改进的软件开发过程。

目前，当需要对原始项目进行二次开发时，往往是通过导出原始项目的代码，并在此基础上直接进行代码修改。这种二次开发方式由于需要导出原始项目代码，并且需要综合考虑二次开发代码与原始代码之间的配合问题，因此二次开发的难度和复杂度较高，从而导致开发成本高的问题。另外，由于这种二次开发方式是建立在原始项目代码本身的基础上，导致二次开发的影响范围难以限制于二次开发本身，从而可能影响原始项目代码的功能实现，进一步增加了二次开发的维护难度。

针对于上述现有技术存在的问题，本申请实施例提供一种用于二次开发的代码管理方法，通过在原项目代码中引入钩子方法(Hook)，并通过钩子方法获取二次开发配置文件，最终完成将二次开发代码嵌入原始项目代码的过程，实现了将新增页面或新增功能点嵌入到原项目中，从而有效降低了二次开发的成本和维护难度。

如图1所示，本申请实施例提供了一种用于二次开发的代码管理方法，可以包括步骤：

S1、基于原始代码文件的钩子方法获取对应的二次开发配置文件。

需要说明的是，可以根据需求在原始代码文件中的适当位置预先配置一个或多个Hook方法(钩子方法)，基于各个Hook方法能够调用相应的二次开发配置文件，进而能够将二次开发的代码嵌入至原始代码文件中。

可以理解的是，二次开发配置文件可以根据二次开发的需求进行配置得到。示例性地，对于一个已经开发完成的软件项目，若要对其中一个Web界面进行新增功能，可以根据针对该Web界面编写想要新增功能的代码文件，作为二次开发配置文件，并保存至预先配置的存储路径中。相应地，在该软件项目的原始代码文件中，配置有一个相应的Hook方法，并且该Hook方法指向上述的存储路径，则在原始代码文件运行时即可通过其钩子方法获取到对应的二次开发配置文件。

可以理解的是，原始代码文件的钩子方法可以是一个或多个，预存的二次开发配置文件也可以是一个或多个。钩子方法与二次开发配置文件可以是一一对应的关系。另外还应理解，当没有预存与钩子方法对应的二次开发配置文件时，则钩子方法进行调用时可以默认返回空结果，那么，当基于钩子方法获取不到二次开发配置文件时，原始代码文件保持原样不作修改。

S2、确定对应于二次开发配置文件的扩展代码。

需要说明的是，在利用原始代码文件的钩子方法获取到相应的二次开发配置文件之后，需要对获取的二次开发配置文件进行解析为相应的扩展代码，用于嵌入原始代码文件中。

示例性地，二次开发配置文件的编写可以采用与原始代码文件不同的代码格式/语言，例如可以是一种便于开发编写的通用代码格式(或语言)。根据通用代码格式与当前原始代码文件的格式对应关系，则可以将二次开发配置文件的代码信息转换为相应的扩展代码。可以理解的是，二次开发配置文件与扩展代码的对应关系可以根据钩子方法进行确定，例如可以通过钩子方法进行指定，或根据钩子方法在原始代码文件中的位置等方式进行确定。

示例性地，二次开发配置文件也可以是开发人员针对原始代码文件的格式(或语言)进行编写的文件，则可以直接将获取到的二次开发配置文件中的代码进行提取作为相应的扩展代码。

S3、将扩展代码嵌入至原始代码文件中，得到二次开发代码文件。

在确定对应于二次开发配置文件的扩展代码之后，即可将扩展代码嵌入至原始代码文件中。

具体地，可以根据钩子方法确定需要嵌入扩展代码的位置。例如，可以直接将钩子方法所在的位置作为嵌入扩展代码的位置，或者可以将钩子方法所在的代码块的适当位置(如最下方)作为嵌入扩展代码的位置。

在本申请实施例中，通过钩子方法拉取二次开发配置文件并解析为扩展代码以嵌入至原始代码文件的适当位置中，即可得到二次开发代码文件，基于此，在二次开发过程中，无需导出原始代码文件进行代码修改，只需要专注于二次开发的需求本身编写配置文件即可，从而有效降低了二次开发的成本和维护难度。

需要说明的是，作为举例说明，二次开发配置文件可以包括嵌入到页面的组件的布局方式dom模板，模板事件、方法以及请求接口。其中，dom模块指的是web前端框架用于描述应用程序的用户界面，通过基于框架使用dom模板来生成真实的dom元素，并将其渲染到浏览器中呈现给用户。模板事件、方法是绑定在模板组件上对应的事件的集合，包括用户对浏览器中各个dom界面的操作，其中鼠标操作有点击、双击、拖拽、悬停等，键盘操作有输入、删除等，以及对接口下发返回的数据进行处理等，对于以上操作事件的响应处理的逻辑方法代码都因在此集合中统一处理。请求接口为各个事件需要与后端交互的http请求的集合。

可以理解的是，web界面功能实现过程中，用户通过操作页面触发事件/方法，页面通过ajax下发请求接口，并将接口返回的结果通过模板方法处理后，把需要在页面呈现的数据绑定到dom模板生成的真实dom节点上，最终在浏览器上渲染显示反馈给用户想要的结果。

在一些可能的实施例中，步骤S1，基于原始代码文件的钩子方法获取对应的二次开发配置文件，可以包括：

S101、确定对应于原始代码文件的钩子方法的目标文件目录；

S102、基于原始代码文件的钩子方法从目标文件目录获取对应的二次开发配置文件。

进一步地，步骤S101，确定对应于原始代码文件的钩子方法的目标文件目录，可以包括：

基于钩子方法在原始代码文件的位置确定对应于钩子方法的目标文件目录；

或者，基于钩子方法指定的目录信息确定对应于钩子方法的目标文件目录。

需要说明的是，在获取二次开发配置文件的过程中，可以首先确定与钩子方法相对应的目标文件目录。尤其是当钩子方法或二次开发配置文件均有两个或以上时，需要确定每个钩子方法应当获取哪一个二次开发配置文件。

具体地，可以采用多个文件夹对不同的二次开发配置文件分别进行存储，例如按照页面元素的类型分别存储相应的二次开发配置文件，则通过钩子方法在原始代码文件中的位置可以确定其相应的页面元素类型，再根据相应的页面元素类型即可确定与该钩子方法相应的目标文件目录，从而根据该目标文件目录获取对应的二次开发配置文件。需要说明的是，当同一页面元素类型的文件夹存储有多个二次开发配置文件，或者指向同一页面元素类型的文件夹的钩子方法有多个时，则可以通过钩子方法指定文件名称的方式来获取对应的二次开发配置文件，或者根据各个钩子方法的顺序以及二次开发配置文件存储的顺序进行一一对应，以确定钩子方法与二次开发配置文件的对应关系。

基于此，通过确定钩子方法对应的目标文件目录来获取对应的二次开发配置文件，开发人员能够对二次开发配置文件进行分类存储，进一步提高了二次开发的灵活性，从而进一步提高二次开发的便捷性。

在一些可能的实施例中，步骤S2，确定对应于二次开发配置文件的扩展代码，可以包括：

S201、确定原始代码文件的前端框架类型；

S202、按照前端框架类型对二次开发配置文件进行解析，得到对应于二次开发配置文件的扩展代码。

需要说明的是，在根据二次开发配置文件确定对应的扩展代码的过程中，需要将二次开发配置文件解析为与原始代码文件的前端框架类型对应的代码形式。

具体地，原始代码文件的前端框架类型可以包括React、Angular、Vue等，其中每种框架类型具有相应的代码模式，通过首先根据原始代码文件的前端框架类型确定相应的代码模式，再根据二次开发配置文件与该代码模式的对应关系即可对二次开发配置文件进行解析得到相应的扩展代码，以用于嵌入至原始代码文件中。

基于此，通过根据原始代码文件的前端框架类型来对二次开发配置文件进行代码解析，开发人员无需严格按照原始代码文件的代码模式进行二次开发配置文件的编写，从而进一步降低了二次开发的成本和维护难度。

在一些可能的实施例中，步骤S3，将扩展代码嵌入至原始代码文件中，得到二次开发代码文件，可以包括：

S301、确定原始代码文件的钩子方法对应的代码嵌入位置；

S302、基于代码嵌入位置将扩展代码嵌入至原始代码文件中，得到二次开发代码文件。

需要说明的是，在将扩展代码嵌入至原始代码文件中之前，需要首先确定扩展代码对应的嵌入位置，尤其是当有多个钩子方法、获取到多套扩展代码的情况下，需要首先确定每套扩展代码对应的嵌入位置。

可选地，钩子方法可以配置在原始代码文件的适当位置中，该适当位置可以根据需求确定，例如将钩子方法配置在想要进行功能扩展的位置。示例性地，原始代码文件中某段代码包含多个同类型页面元素对应的代码块，则可以将钩子方法配置在这些代码块中，例如在代码块的最后，则通过该钩子方法获取的扩展代码最终会嵌入至这一钩子方法所在的位置。

另外，还可以通过指定特定位置的方式来确定该钩子方法对应的代码嵌入位置，具体地，可以针对某个钩子方法配置代码嵌入位置信息，则在基于该钩子方法获取到相应的扩展代码之后，即可根据该代码嵌入位置信息将扩展代码进行嵌入至原始代码文件中。

基于此，通过确定钩子方法对应的代码嵌入位置来将扩展代码嵌入至原始代码文件中，从而能够根据需求对扩展代码的嵌入位置进行灵活配置，进一步提高了二次开发的灵活性。

在一些可能的实施例中，在步骤S1之前，还可以包括：

确定对应于原始代码文件的钩子方法的模板代码；

获取针对于模板代码配置的需求扩展数据，并基于需求扩展数据与模板代码生成得到二次开发配置文件。

可以理解的是，二次开发配置文件是根据需要增加的功能进行编写得到的，在编写二次开发配置文件的过程中，开发人员可能对原始代码文件的代码模式不太熟悉，或者开发人员并不会关注原始代码文件的代码模式，因此存在进一步简化二次开发过程的空间。

需要说明的是，在本申请实施例中，可以首先根据原始代码文件的钩子方法获取相应的模板代码，例如可以根据钩子方法所在的代码块，将该代码块的变量参数与固定代码进行分离，得到该钩子方法对应的模板代码。然后获取针对于模板代码配置的需求扩展数据，例如通过展示模板代码以使开发人员根据实际的新增功能需求输入需求扩展数据。最后根据需求扩展数据对模板代码进行填充即可生成得到相应的二次开发配置文件。

基于此，开发人员无需关注原始代码文件的代码模式，只需要专注于新增功能本身即可编写二次开发配置文件，完成对原始项目的新增功能需求，从而进一步降低了二次开发的成本和维护难度。

请参考图2，图2示出了本申请的一些实施例提供的用于二次开发的代码管理装置的组成框图。应理解，该用于二次开发的代码管理装置与上述图1方法实施例对应，能够执行上述方法实施例涉及的各个步骤，该用于二次开发的代码管理装置的具体功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。

图2的用于二次开发的代码管理装置包括至少一个能以软件或固件的形式存储于存储器中或固化在用于二次开发的代码管理装置中的软件功能模块，该用于二次开发的代码管理装置包括：

第二方面，本申请实施例提供了一种用于二次开发的代码管理装置，包括：

文件获取模块210，用于基于原始代码文件的钩子方法获取对应的二次开发配置文件；

代码确定模块220，用于确定对应于二次开发配置文件的扩展代码；

代码嵌入模块230，用于将扩展代码嵌入至原始代码文件中，得到二次开发代码文件。

在一些可能的实施例中，文件获取模块210具体用于：

确定对应于原始代码文件的钩子方法的目标文件目录；

基于原始代码文件的钩子方法从目标文件目录获取对应的二次开发配置文件。

在一些可能的实施例中，代码确定模块220具体用于：

确定原始代码文件的前端框架类型；

按照前端框架类型对二次开发配置文件进行解析，得到对应于二次开发配置文件的扩展代码。

在一些可能的实施例中，代码嵌入模块230具体用于：

确定原始代码文件的钩子方法对应的代码嵌入位置；

基于代码嵌入位置将扩展代码嵌入至原始代码文件中，得到二次开发代码文件。

用于二次开发的代码管理装置还包括配置文件生成模块，其用于：

确定对应于原始代码文件的钩子方法的模板代码；

获取针对于模板代码配置的需求扩展数据，并基于需求扩展数据与模板代码生成得到二次开发配置文件。

在一些可能的实施例中，文件获取模块210具体用于：

基于钩子方法在原始代码文件的位置确定对应于钩子方法的目标文件目录；

或者，基于钩子方法指定的目录信息确定对应于钩子方法的目标文件目录。

可以理解的是上述装置项实施例，是与本发明方法项实施例相对应的，本发明实施例提供的一种用于二次开发的代码管理装置，可以实现本发明任意一项方法项实施例提供的用于二次开发的代码管理方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法中的对应过程，在此不再过多赘述。

如图3所示，本申请的一些实施例提供一种电子设备300，该电子设备300包括：存储器310、处理器320以及存储在存储器310上并可在处理器320上运行的计算机程序，其中，处理器320通过总线330从存储器310读取程序并执行所述程序时可实现如上述用于二次开发的代码管理方法包括的任意实施例的方法。

处理器320可以处理数字信号，可以包括各种计算结构。例如复杂指令集计算机结构、结构精简指令集计算机结构或者一种实行多种指令集组合的结构。在一些示例中，处理器320可以是微处理器。

存储器310可以用于存储由处理器320执行的指令或指令执行过程中相关的数据。这些指令和/或数据可以包括代码，用于实现本申请实施例描述的一个或多个模块的一些功能或者全部功能。本公开实施例的处理器320可以用于执行存储器310中的指令以实现上述所示的方法。存储器310包括动态随机存取存储器、静态随机存取存储器、闪存、光存储器或其它本领域技术人员所熟知的存储器。

本申请的一些实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行方法实施例所述的方法。

本申请的一些实施例还提供一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行方法实施例所述的方法。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

1.一种用于二次开发的代码管理方法，其特征在于，包括：

基于原始代码文件的钩子方法获取对应的二次开发配置文件；

确定对应于所述二次开发配置文件的扩展代码；

将所述扩展代码嵌入至原始代码文件中，得到二次开发代码文件。

2.根据权利要求1所述的用于二次开发的代码管理方法，其特征在于，所述基于原始代码文件的钩子方法获取对应的二次开发配置文件，包括：

确定对应于所述原始代码文件的钩子方法的目标文件目录；

基于所述原始代码文件的钩子方法从所述目标文件目录获取对应的二次开发配置文件。

3.根据权利要求1所述的用于二次开发的代码管理方法，其特征在于，所述确定对应于所述二次开发配置文件的扩展代码，包括：

确定所述原始代码文件的前端框架类型；

按照所述前端框架类型对所述二次开发配置文件进行解析，得到对应于所述二次开发配置文件的扩展代码。

4.根据权利要求1所述的用于二次开发的代码管理方法，其特征在于，所述将所述扩展代码嵌入至原始代码文件中，得到二次开发代码文件，包括：

确定所述原始代码文件的钩子方法对应的代码嵌入位置；

基于所述代码嵌入位置将所述扩展代码嵌入至原始代码文件中，得到二次开发代码文件。

5.根据权利要求1所述的用于二次开发的代码管理方法，其特征在于，在所述基于原始代码文件的钩子方法获取对应的二次开发配置文件之前，还包括：

确定对应于所述原始代码文件的钩子方法的模板代码；

获取针对于所述模板代码配置的需求扩展数据，并基于所述需求扩展数据与所述模板代码生成得到所述二次开发配置文件。

6.根据权利要求2所述的用于二次开发的代码管理方法，其特征在于，所述确定对应于所述原始代码文件的钩子方法的目标文件目录，包括：

基于所述钩子方法在所述原始代码文件的位置确定对应于所述钩子方法的目标文件目录；

或者，基于所述钩子方法指定的目录信息确定对应于所述钩子方法的目标文件目录。

7.一种用于二次开发的代码管理装置，其特征在于，包括：

文件获取模块，用于基于原始代码文件的钩子方法获取对应的二次开发配置文件；

代码确定模块，用于确定对应于所述二次开发配置文件的扩展代码；

代码嵌入模块，用于将所述扩展代码嵌入至原始代码文件中，得到二次开发代码文件。

8.一种电子设备，其特征在于，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其中，所述处理器执行所述程序时可实现权利要求1-6任一所述的用于二次开发的代码管理方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1-6任一所述的用于二次开发的代码管理方法。

10.一种计算机程序产品，其特征在于，所述的计算机程序产品包括计算机程序，其中，所述的计算机程序被处理器执行时可实现权利要求1-6任一所述的用于二次开发的代码管理方法。