代码验证方法、装置、存储介质以及处理器与流程

1.本技术涉及代码开发领域，具体而言，涉及一种代码验证方法、装置、存储介质以及处理器。


背景技术：

2.对于页面开发中需要经常编写js、html、jsp、vue等类型的代码进行页面开发，而在开发过程中需要对代码进行不断地更新升级，而在更新升级后，往往存在如下问题：
①
存在冗余代码，导致前端代码可读性降低；
②
代码逻辑存在验证不全面问题，导致问题时常发生；
③
页面编写不规范，导致不适配和兼容问题时常发生；
④
js、html、vue等在开发中不规范导致开发效率降低，因此，亟需一种可对代码进行有效验证的方法。
3.针对上述的问题，目前尚未提出有效的解决方案。


技术实现要素：

4.本技术实施例提供了一种代码验证方法、装置、存储介质以及处理器，以至少解决由于相关技术中缺少对代码进行有效验证的方法造成的开发效率低下，代码可读性较低，代码漏洞较多的技术问题。
5.根据本技术实施例的一个方面，提供了一种代码验证方法，包括：获取任务对应的标识信息；扫描存储区域内各个存储路径下标识信息对应的代码，将代码确定为任务对应的第一代码；获取待扫描的第一文件配置类型，其中，第一文件配置类型至少用于指示待验证的目标代码类型；根据目标代码类型对第一代码进行筛选得到第二代码；调用第一文件配置类型对应的扫描方法对第二代码进行验证，得到验证报告，其中，扫描方法至少包括：目标代码类型的编写规则。
6.可选地，调用第一文件配置类型对应的扫描方法对第二代码进行验证，包括：确定第二代码中引用的各个子代码；对各个子代码进行标记，确定各个子代码的引用次数；确定各个子代码中引用次数小于阈值的第一目标子代码，调用扫描方法对第二代码中除第一目标子代码以外的其他子代码进行扫描验证。
7.可选地，调用第一文件配置类型对应的扫描方法对第二代码进行验证，还包括：确定各个子代码中引用次数为零的第二目标子代码；调用代码清除应用程序接口对第二目标子代码进行清除，得到清除后的第二代码；调用第一文件配置类型对应的扫描方法对清除后的第二代码进行验证。
8.可选地，调用第一文件配置类型对应的扫描方法对第二代码进行验证，还包括：确定各个子代码中引用次数大于阈值的第三目标子代码；确定第三目标子代码中内容相同的第四目标子代码；对第二代码中的第四目标子代码进行合并，得到合并后的第二代码；调用第一文件配置类型对应的扫描方法对合并后的第二代码进行验证。
9.可选地，调用第一文件配置类型对应的扫描方法对第二代码进行验证，还包括：获取历史时段内第二代码中的修改内容；根据修改内容确定历史时段内第二代码中未被修改
的原始代码；调用扫描方法对第二代码中除原始代码以外的代码进行扫描验证。
10.可选地，在确定第一代码中不存在目标代码类型的代码的情况下，生成提示信息，其中，提示信息用于提示目标对象是否调整待扫描的第一文件配置类型。
11.可选地，在生成提示信息之后，方法还包括：接收目标对象的修改指令，基于修改指令所指示的修改内容对第一文件配置类型进行修改，得到第二文件配置类型；调用第二文件配置类型对应的扫描方法对第二代码进行验证，得到验证报告。
12.根据本技术实施例的另一方面，还提供了一种代码验证装置，包括：第一获取模块，用于获取任务对应的标识信息；扫描模块，用于扫描存储区域内各个存储路径下标识信息对应的代码，将代码确定为任务对应的第一代码；第二获取模块，用于获取待扫描的第一文件配置类型，其中，第一文件配置类型至少用于指示待验证的目标代码类型；筛选模块，用于根据目标代码类型对第一代码进行筛选得到第二代码；验证模块，用于调用第一文件配置类型对应的扫描方法对第二代码进行验证，得到验证报告，其中，扫描方法至少包括：目标代码类型的编写规则。
13.根据本技术实施例的另一方面，还提供了一种非易失性存储介质，非易失性存储介质包括存储的程序，其中，在程序运行时控制非易失性存储介质所在设备执行任意一种代码验证方法。
14.根据本技术实施例的另一方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行任意一种代码验证方法。
15.在本技术实施例中，采用对代码类型进行划分，调用各个代码类型的扫描方法对待码进行验证的方式，通过获取任务对应的标识信息；扫描存储区域内各个存储路径下标识信息对应的代码，将代码确定为任务对应的第一代码；获取待扫描的第一文件配置类型，其中，第一文件配置类型至少用于指示待验证的目标代码类型；根据目标代码类型对第一代码进行筛选得到第二代码；调用第一文件配置类型对应的扫描方法对第二代码进行验证，得到验证报告，其中，扫描方法至少包括：目标代码类型的编写规则，达到了对代码进行验证的目的，从而实现了提高开发效率，节省开发时间，提高代码可读性，减少代码漏洞的技术效果，进而解决了由于相关技术中缺少对代码进行有效验证的方法造成的开发效率低下，代码可读性较低，代码漏洞较多的技术问题。
附图说明
16.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
17.图1是根据本技术实施例的一种可选的代码验证方法的流程示意图；
18.图2是根据本技术实施例的另一种可选的代码验证的流程示意图；
19.图3是根据本技术实施例的一种可选的代码验证装置的结构示意图。
具体实施方式
20.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人
员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
21.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
22.根据本技术实施例，提供了一种代码验证的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
23.图1是根据本技术实施例的代码验证方法，如图1所示，该方法包括如下步骤：
24.步骤s102，获取任务对应的标识信息；
25.步骤s104，扫描存储区域内各个存储路径下标识信息对应的代码，将代码确定为任务对应的第一代码；
26.步骤s106，获取待扫描的第一文件配置类型，其中，第一文件配置类型至少用于指示待验证的目标代码类型；
27.步骤s108，根据目标代码类型对第一代码进行筛选得到第二代码；
28.步骤s110，调用第一文件配置类型对应的扫描方法对第二代码进行验证，得到验证报告，其中，扫描方法至少包括：目标代码类型的编写规则。
29.该代码验证方法中，通过获取任务对应的标识信息；扫描存储区域内各个存储路径下标识信息对应的代码，将代码确定为任务对应的第一代码；获取待扫描的第一文件配置类型，其中，第一文件配置类型至少用于指示待验证的目标代码类型；根据目标代码类型对第一代码进行筛选得到第二代码；调用第一文件配置类型对应的扫描方法对第二代码进行验证，得到验证报告，其中，扫描方法至少包括：目标代码类型的编写规则，达到了对代码进行验证的目的，从而实现了提高开发效率，节省开发时间，提高代码可读性，减少代码漏洞的技术效果，进而解决了由于相关技术中缺少对代码进行有效验证的方法造成的开发效率低下，代码可读性较低，代码漏洞较多的技术问题。
30.可以理解的，可通过基于多个文件配置类型对代码进行筛选，并进行验证，达到批量一站式处理文件，无需多次扫描的技术效果。例如，同时筛选出第一代码中属于js、html这两种类型的第二代码，并调用这两种类型各自对应的扫描方法对第二代码进行扫描验证。
31.本技术一些可选的实施例中，调用第一文件配置类型对应的扫描方法对第二代码进行验证，可以通过如下方式实现，具体地，确定第二代码中引用的各个子代码；对各个子代码进行标记，确定各个子代码的引用次数；确定各个子代码中引用次数小于阈值的第一目标子代码，调用扫描方法对第二代码中除第一目标子代码以外的其他子代码进行扫描验证。
32.在本技术另一些可选的实施例中，调用第一文件配置类型对应的扫描方法对第二代码进行验证，还包括：确定各个子代码中引用次数为零的第二目标子代码；调用代码清除应用程序接口对第二目标子代码进行清除，得到清除后的第二代码；调用第一文件配置类型对应的扫描方法对清除后的第二代码进行验证。
33.本技术一些实施例中，调用第一文件配置类型对应的扫描方法对第二代码进行验证，还包括：确定各个子代码中引用次数大于阈值的第三目标子代码；确定第三目标子代码中内容相同的第四目标子代码；对第二代码中的第四目标子代码进行合并，得到合并后的第二代码；调用第一文件配置类型对应的扫描方法对合并后的第二代码进行验证。
34.本技术另一些可选的实施例中，调用第一文件配置类型对应的扫描方法对第二代码进行验证，还包括：获取历史时段内第二代码中的修改内容；根据修改内容确定历史时段内第二代码中未被修改的原始代码；调用扫描方法对第二代码中除原始代码以外的代码进行扫描验证。
35.可选地，在确定第一代码中不存在目标代码类型的代码的情况下，生成提示信息，需要说明的是，提示信息用于提示目标对象是否调整待扫描的第一文件配置类型。
36.本技术一些实施例中，在生成提示信息之后，还可以接收目标对象的修改指令，基于修改指令所指示的修改内容对第一文件配置类型进行修改，得到第二文件配置类型；调用第二文件配置类型对应的扫描方法对第二代码进行验证，得到验证报告。
37.图2是本技术一种可选的代码验证流程图，如图2所示，该流程包括：开发人员发起扫描，以用于对存储区域的各个存储路径的代码进行识别提取，确定知否指定配置(即确定是否指定了第一文件配置类型，该第一文件配置了新鲜感至少可以指示待验证的目标代码类型)，然后获取配置信息，然后对文件进行扫描，判断扫描的内容是否与配置匹配(即根据目标代码类型对扫描内容进行筛选)，将与所述目标代码类型匹配的扫描到的内容作为待验证内容，然后进行逻辑、规则等验证，最后生成验证报告；如果不匹配，可以提示用户修改之前的配置信息。
38.需要说明的上述，上述逻辑、规则等验证过程可以通过如下方式进行：通过前端解析器，将指定前端代码进行解析，对文本，引用，命名等进行验证。通过扫描引用次数，及文件操作时间，进行提示，引用次数越少及长时间无修改痕迹的文件进行提示，引用次数较少、预定历史时段内未发生修改可以不进行扫描验证(即确定第二代码中引用的各个子代码，对各个子代码进行标记，确定各个子代码的引用次数，确定各个子代码中引用次数小于阈值的第一目标子代码，调用扫描方法对第二代码中除第一目标子代码以外的其他子代码进行扫描验证，以及获取历史时段内第二代码中的修改内容，根据修改内容确定历史时段内第二代码中未被修改的原始代码，调用扫描方法对第二代码中除原始代码以外的代码进行扫描验证)；另外，也可通过解析器对代码进行逻辑验证，引用频率越高验证次数越多，可对多个共同验证代码进行标记，提取共同方法，即确定各个子代码中引用次数大于阈值的第三目标子代码，确定第三目标子代码中内容相同的第四目标子代码，对第二代码中的第四目标子代码进行合并，得到合并后的第二代码；调用第一文件配置类型对应的扫描方法对合并后的第二代码进行验证。
39.容易注意到的是，通过上述代码验证方法，可以提高前端开发效率，减少错误的发生，且可以减少代码冗余，提升代码可读性，便于后期维护开发；另外，也可灵活配置待验证
的代码类型，提高使用便捷度，便于开发人员使用，且该方法可通过调用的方式灵活快捷的导入到开发项目中使用，降低了使用难度。可以理解的，可通过基于多个文件配置类型对代码进行筛选，并进行验证，达到批量一站式处理文件，无需多次扫描的技术效果。
40.图3是根据本技术实施例的一种代码验证装置，如图3所示，该装置包括：
41.第一获取模块40，用于获取任务对应的标识信息；
42.扫描模块42，用于扫描存储区域内各个存储路径下标识信息对应的代码，将代码确定为任务对应的第一代码；
43.第二获取模块44，用于获取待扫描的第一文件配置类型，其中，第一文件配置类型至少用于指示待验证的目标代码类型；
44.筛选模块46，用于根据目标代码类型对第一代码进行筛选得到第二代码；
45.验证模块48，用于调用第一文件配置类型对应的扫描方法对第二代码进行验证，得到验证报告，其中，扫描方法至少包括：目标代码类型的编写规则。
46.该代码验证装置中，第一获取模块40，用于获取任务对应的标识信息；扫描模块42，用于扫描存储区域内各个存储路径下标识信息对应的代码，将代码确定为任务对应的第一代码；第二获取模块44，用于获取待扫描的第一文件配置类型，其中，第一文件配置类型至少用于指示待验证的目标代码类型；筛选模块46，用于根据目标代码类型对第一代码进行筛选得到第二代码；验证模块48，用于调用第一文件配置类型对应的扫描方法对第二代码进行验证，得到验证报告，其中，扫描方法至少包括：目标代码类型的编写规则，达到了对代码进行验证的目的，从而实现了提高开发效率，节省开发时间，提高代码可读性，减少代码漏洞的技术效果，进而解决了由于相关技术中缺少对代码进行有效验证的方法造成的开发效率低下，代码可读性较低，代码漏洞较多的技术问题。
47.根据本技术实施例的另一方面，还提供了一种非易失性存储介质，非易失性存储介质包括存储的程序，其中，在程序运行时控制非易失性存储介质所在设备执行任意一种代码验证方法。
48.根据本技术实施例的另一方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行任意一种代码验证方法。
49.具体地，上述存储介质用于存储执行以下功能的程序指令，实现以下功能:
50.获取任务对应的标识信息；扫描存储区域内各个存储路径下标识信息对应的代码，将代码确定为任务对应的第一代码；获取待扫描的第一文件配置类型，其中，第一文件配置类型至少用于指示待验证的目标代码类型；根据目标代码类型对第一代码进行筛选得到第二代码；调用第一文件配置类型对应的扫描方法对第二代码进行验证，得到验证报告，其中，扫描方法至少包括：目标代码类型的编写规则。
51.具体地，上述处理器用于调用存储器中的程序指令，实现以下功能：
52.获取任务对应的标识信息；扫描存储区域内各个存储路径下标识信息对应的代码，将代码确定为任务对应的第一代码；获取待扫描的第一文件配置类型，其中，第一文件配置类型至少用于指示待验证的目标代码类型；根据目标代码类型对第一代码进行筛选得到第二代码；调用第一文件配置类型对应的扫描方法对第二代码进行验证，得到验证报告，其中，扫描方法至少包括：目标代码类型的编写规则。
53.在本技术实施例中，采用对代码类型进行划分，调用各个代码类型的扫描方法对
待码进行验证的方式，通过获取任务对应的标识信息；扫描存储区域内各个存储路径下标识信息对应的代码，将代码确定为任务对应的第一代码；获取待扫描的第一文件配置类型，其中，第一文件配置类型至少用于指示待验证的目标代码类型；根据目标代码类型对第一代码进行筛选得到第二代码；调用第一文件配置类型对应的扫描方法对第二代码进行验证，得到验证报告，其中，扫描方法至少包括：目标代码类型的编写规则，达到了对代码进行验证的目的，从而实现了提高开发效率，节省开发时间，提高代码可读性，减少代码漏洞的技术效果，进而解决了由于相关技术中缺少对代码进行有效验证的方法造成的开发效率低下，代码可读性较低，代码漏洞较多的技术问题。
54.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
55.在本技术的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
56.在本技术所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
57.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
58.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
59.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
60.以上所述仅是本技术的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。