CN116107623A - 一种软件开发方法、装置及电子设备 - Google Patents

Abstract

本申请提供了一种软件开发方法、装置及电子设备，涉及计算机技术领域。该方法包括：首先配置软件服务的请求参数以及请求路径，然后根据软件服务的请求参数以及请求路径接收软件服务对应的代码文件，最后基于用户访问请求，加载代码文件，并根据代码文件生成对应的软件服务。通过上述的方法，能够实现各种业务需求的软件服务开发，减少代码量，只需要少量代码就能实现复杂的业务功能，***的扩展性和适应性强，可以为开发人员提供各种基础性模块避免重复开发。

Description

一种软件开发方法、装置及电子设备

技术领域

本申请主要涉及计算机技术领域，尤其涉及一种软件开发方法、装置及电子设备。

背景技术

随着传统代码级的开发成本越来越高，软件的功能升级也跟不上市场的变化，通用的软件产品无法满足企业对管理的要求，一款通用的软件产品只能解决企业某一业务的部分需求，所以在应用软件产品时，需要研发人员参与对软件产品的修改。

基于此，市场上出现了提高开发效率的各种工具，进一步将软件产品开发工具按开发要求重新组合，形成了目前的软件开发平台，主要包括基于JAVA的IntelliJ IDEA平台和基于.NET的Visual Studio平台，在这些软件开发平台上进行软件产品开发，比代码级开发提高了效率，但开发出来的软件产品还是需要生成源代码，并作为一个独立程序使用。

上述软件开发平台无法做到基于企业的应用为设计目标，也无法做到实现企业所有功能的运行，在使用时需要安装其他的开发工具，无法满足企业的无限制扩展开发。通过软件开发平台构建的程序，不能将企业的所有业务***和业务需求按照管理需求融为一体。

发明内容

本申请提供了一种软件开发方法、装置及电子设备，采用自定义软件开发方式提高软件开发***的扩展性和适应性，满足企业快速发展变化而带来的***变化的需求。

第一方面，本申请提供了一种软件开发方法，所述方法包括：

配置软件服务的请求参数以及请求路径，其中，所述请求路径为统一资源定位符URL；

根据所述软件服务的请求参数以及请求路径接收所述软件服务对应的代码文件；

基于用户访问请求，加载所述代码文件，并根据所述代码文件生成对应的软件服务。

通过上述的方法，基于写代码方式的自定义功能技术，能够实现用户开发符合自身业务需求的功能，并对外部用户提供服务。

在一种可选的实施方式中，在所述接收所述软件服务对应的代码文件之后，还包括：

对所述代码文件进行代码校验；

响应于所述代码文件校验通过，将所述代码文件编译为可识别的第一目标对象；

将所述第一目标对象转换为第一服务类型的第二目标对象或第二服务类型的第三目标对象。

通过上述的方法，将代码文件编译为程序能够识别的类，进一步，将类转换为第一服务类型对应的第二目标对象或第二服务类型对应的第三目标对象，便于后续实现相应的业务逻辑。

在一种可选的实施方式中，在所述基于用户访问请求，加载对应的代码文件，并根据所述代码文件生成对应的软件服务之后，还包括：

将各个软件服务加载至***中并进行***初始化启动；

响应于所述***初始化启动成功，将更新软件服务上传至所述***中；

基于所述用户访问请求在所述***中调用对应的软件服务。

通过上述的方法，可以解决***重启后软件服务丢失的问题，并且可以在***使用过程中实现软件服务的动态添加。

在一种可选的实施方式中，所述基于所述用户访问请求在所述***中调用对应的软件服务，包括：

对所述软件服务定义访问路径标签；

基于所述访问路径标签对用户提供软件服务访问路径；

根据所述访问路径调用对应的软件服务。

第二方面，本申请提供了一种软件开发***，所述***包括：

配置模块，用于配置软件服务的请求参数以及请求路径，其中，所述请求路径为统一资源定位符URL；

接收模块，用于根据所述软件服务的请求参数以及请求路径接收所述软件服务对应的代码文件；

处理模块，用于基于用户访问请求，加载所述代码文件，并根据所述代码文件生成对应的软件服务。

在一种可选的实施方式中，所述处理模块还用于：

对所述代码文件进行代码校验；

响应于所述代码文件校验通过，将所述代码文件编译为可识别的第一目标对象；

将所述第一目标对象转换为第一服务类型的第二目标对象或第二服务类型的第三目标对象。

在一种可选的实施方式中，所述处理模块还用于：

将各个软件服务加载至***中并进行***初始化启动；

响应于所述***初始化启动成功，将更新软件服务上传至所述***中；

基于所述用户访问请求在所述***中调用对应的软件服务。

在一种可选的实施方式中，所述处理模块还用于：

对所述软件服务定义访问路径标签；

基于所述访问路径标签对用户通过软件服务访问路径；

根据所述访问路径调用对应的软件服务。

第三方面，本申请提供了一种电子设备，包括：

存储器，用于存放计算机程序；

处理器，用于执行所述存储器上所存放的计算机程序时，实现上述的一种软件开发方法的步骤。

第四方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述的一种软件开发方法的步骤。

上述第二方面至第四方面中的各个方面以及各个方面可能达到的技术效果请参照上述针对第一方面及第一方面中的各种可能方案可以达到的技术效果说明，这里不再重复赘述。

附图说明

图1为本申请实施例提供的一种软件开发方法的流程图；

图2为本申请实施例提供的一种软件开发***的示意图；

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

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或***实施例中。需要说明的是，在本申请的描述中“多个”理解为“至少两个”。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。A与B连接，可以表示：A与B直接连接和A与B通过C连接这两种情况。另外，在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

下面结合附图，对本申请实施例进行详细描述。

随着传统代码级的开发成本越来越高，软件的功能升级也跟不上市场的变化，通用的软件产品无法满足企业对管理的要求，一款通用的软件产品只能解决企业某一业务的部分需求，所以在应用软件产品时，需要研发人员参与对软件产品的修改。

基于此，市场上出现了提高开发效率的各种工具，进一步将软件产品开发工具按开发要求重新组合，形成了目前的软件开发平台，主要包括基于JAVA的IDEA平台和基于.NET的Visual Studio平台，在这些软件开发平台上进行软件产品开发，比代码级开发提高了效率，但开发出来的软件产品还是需要生成源代码，并作为一个独立程序使用。

上述软件开发平台无法做到基于企业的应用为设计目标，也无法做到实现企业所有功能的运行，在使用时需要安装其他的开发工具，无法满足企业的无限制扩展开发。通过软件开发平台构建的程序，不能将企业的所有业务***和业务需求按照管理需求融为一体。

综上所述，为了实现企业对自身业务***和业务需求按管理要求融为一体，提高软件产品的开发效率和对企业要求的适应性，本申请提供了一种软件开发方法，该方法具体包括：首先配置软件服务的请求参数以及请求路径，然后根据软件服务的请求参数以及请求路径接收软件服务对应的代码文件，最后基于用户的访问请求，加载代码文件，并根据代码文件生成对应的软件服务。

通过上述的方法，能够实现在***上开发符合自身业务需求的功能，并对外部用户提供相应的软件服务，并且提供基础的对外接口设计，给外部用户提供统一的访问端口实现相应的功能。

参照图1所示，为本申请实施例提供的一种软件开发方法的流程图，包括以下步骤：

S1，配置软件服务的请求参数以及请求路径；

S2，根据软件服务的请求参数以及请求路径接收软件服务对应的代码文件；

S3，基于用户的访问请求，加载代码文件，并根据代码文件生成对应的软件服务。

首先来讲，在进行软件服务的开发时，需要设计***与外部连接的访问接口。在本申请实施例中，***对外的访问接口采用POST方法实现，POST方法用于提交用户访问请求，还可以更新或创建资源。可选的，其他对外访问接口的实现方法还可以采用GET方法、PUT方法以及DELETE方法等。

然后，需要对软件服务的请求参数做相应的配置，具体地，需要配置head标签中params属性的参数类型、参数名称以及form属性的参数类型、参数名称，head标签用于定义文档的头部，描述了文档的属性和信息，包括文档的标题、在web中的位置等。将配置好的head标签的body参数再定义一层固定的数据结构。进一步，配置软件服务的请求路径，由于POST方法通常需要将body参数添加至data参数中，所以对body参数配置请求路径，其中，请求路径为统一资源定位符(Uniform Resource Locator，URL)。

在本申请实施例中，软件服务以网关形式接入***，所以当前的请求路径只是提供给外部用户查看，实际的请求路径需要在上述请求路径的基础上定义一层/base标签，/base标签用于给实际的请求路径规定默认地址。需要说明的是，由于使用/base标签作为统一的访问入口，所以需要对用户的访问权限做相应的限定。比如，将访问权限设置为具体的请求路径、按钮可视化等。

通过上述的方法，通过配置软件服务的请求参数以及请求路径，便于后续实现代码文件的上传。

进一步，通过上述对软件服务的请求参数以及请求路径的配置之后，接收软件服务对应的代码文件。具体的软件服务对应的代码文件是由用户编写的代码文件，比如以.Java文件格式编写代码文件，还可以是使用其他编程语言编写的代码文件，在此不做具体的限定。

在一种可选的实施方式中，在接收所述软件服务对应的代码文件之后，首先对代码文件进行代码校验，在这里需要说明的是，代码校验可以包括覆盖率测试、单元测试等。

然后，在代码文件校验通过后将代码文件读取出来，以字符串的形式保存在后端服务器中，同时代码文件还会在mongoDB中保存一份，确保代码文件不会丢失，其中，mongoDB是一种基于分布式存储的数据库。进一步，采用编程语言编译器将对应的代码文件的字符串编译为可识别的class类，比如，采用JavaFileobject接口或JavaCompiler.CompilationTask接口将字符串编译成class类。

在将字符串编译为可识别的class类之后，后续可以通过类加载器来指定加载某一class类，比如，通过stringclassloader类加载器实现对指定class类的加载，class类描述了特定类的属性与方法，此时可以执行其中的方法。具体地，采用反射机制实现，首先获得class类，然后实例化class类对应的class对象，获得类的属性、方法，最后调用其中的方法、调用构造函数创建对象。示例性的，可以采用invoke()方法实现上述过程。

其次，使用class forName()方法加载某一class类，然后通过springIOC注入方式将上述获得的class类转换为两种不同服务类型分别对应的第二目标对象或第三目标对象，具体可以为将该class类注入成能够被spring识别的bean或者controller，即采用ApplicationContext接口管理类。其中，实例化的bean即注入service，controller即控制层，需要使用统一资源定位符URL来定义基础路径。

在本申请实施例中，上述可以实现单独定义service和controller。进一步，还可以实现controller集成使用来定义service，此时通过springApplication类调用service，具体地，通过springApplication接口使用bean名称获取service，将service集成为controller。

在一种可选的实施方式中，在基于用户访问请求，加载对应的代码文件并根据代码文件生成对应的软件服务之后，将各个软件服务加载至***中并进行初始化处理，通过init()函数初始化软件服务状态。此时，通过对***的重启以及对软件服务的初始化，可以解决***重启后软件服务丢失的问题。

进一步，当***初始化启动成功后，还可以通过本申请实施例提供的自定义功能的软件开发方法将更新的软件服务上传至***中，比如，当前***中存在A服务、B服务等软件服务，通过自定义功能的软件开发方法可以将新增的C服务上传至***中，实现软件服务的动态添加功能。最后，基于用户的访问请求在***中调用对应的软件服务，通过调用对应的软件服务实现相应的自定义功能。

通过上述的方法，可以避免因***重启而导致的软件服务丢失问题，还可以在***使用过程中实现动态添加软件服务的功能。

在一种可选的实施方式中，在上述步骤中，已经将class类转换为对应的不同服务类型的第二目标对象或第三目标对象，进一步，需要对软件服务定义访问路径标签，即通过/base标签来做统一的请求访问。然后，由/base标签给用户提供软件服务的访问路径，最后在接收到用户的访问请求时，在服务端或mongoDB中加载对应的代码文件，并根据代码文件生成对应的软件服务，进一步根据访问路径在***中调用对应的软件服务。

在实际应用中，开发完成的软件服务以独立的war包提供，可选地，还可以使用jar包提供，以满足不同业务需求。使用war包可以降低代码间的耦合，而使用jar包可以结合注入式的代码逻辑使***更加灵活。

基于上述提供的方法，可以实现快速开发***，减少代码量，只需要少量的代码就能实现复杂的业务功能，从而满足企业快速发展变化而带来的***变化的需求，并且***扩展性和适应性强，在***中包括大量基础性模块，避免开发人员重复开发。

基于同一发明构思，本申请实施例还提供了一种软件开发***，如图2所示，该装置包括：

配置模块201，用于配置软件服务的请求参数以及请求路径，其中，所述请求路径为统一资源定位符URL；

接收模块202，用于根据所述软件服务的请求参数以及请求路径接收所述软件服务对应的代码文件；

处理模块203，用于基于用户访问请求，记载所述代码文件，并根据所述代码文件生成对应的软件服务。

在一种可选的实施方式中，所述处理模块还用于：

对所述代码文件进行代码校验；

响应于所述代码文件校验通过，将所述代码文件编译为可识别的第一目标对象；

将所述第一目标对象转换为第一服务类型的第二目标对象或第二服务类型的第三目标对象。

在一种可选的实施方式中，所述处理模块还用于：

将各个软件服务加载至***中并进行***初始化启动；

响应于所述***初始化处理成功，将更新软件服务上传至所述***中；

基于所述用户访问请求在所述***中调用对应的软件服务。

在一种可选的实施方式中，所述处理模块还用于：

对所述软件服务定义访问路径标签；

基于所述访问路径标签对用户提供软件服务访问路径；

根据所述访问路径调用对应的软件服务。

在此需要说明的是，本申请实施例提供的上述装置，能够实现上述软件开发方法实施例中的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

基于同一发明构思，本申请实施例中还提供了一种电子设备，所述电子设备可以实现前述软件开发方法的功能，参照图3所示，所述电子设备包括：

至少一个处理器301，以及与至少一个处理器301连接的存储器302，本申请实施例中不限定处理器301与存储器302之间的具体连接介质，图3中是以处理器301和存储器302之间通过总线300连接为例。总线300在图3中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线300可以分为地址总线、数据总线、控制总线等，为便于表示，图3中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。或者，处理器301也可以称为控制器，对于名称不做限制。

在本申请实施例中，存储器302存储有可被至少一个处理器301执行的指令，至少一个处理器301通过执行存储器302存储的指令，可以执行前文论述的软件开发方法。处理器301可以实现图2所示的装置中各个模块的功能。

其中，处理器301是该装置的控制中心，可以利用各种接口和线路连接整个该控制设备的各个部分，通过运行或执行存储在存储器302内的指令以及调用存储在存储器302内的数据，该装置的各种功能和处理数据，从而对该装置进行整体监控。

在一种可能的设计中，处理器301可包括一个或多个处理单元，处理器301可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器301中。在一些实施例中，处理器301和存储器302可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。

处理器301可以是通用处理器，例如中央处理器(CPU)、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的软件开发方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器302作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器302可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(Random AccessMemory，RAM)、静态随机访问存储器(Static Random Access Memory，SRAM)、可编程只读存储器(Programmable Read Only Memory，PROM)、只读存储器(Read Only Memory，ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性存储器、磁盘、光盘等等。存储器302是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器302还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

通过对处理器301进行设计编程，可以将前述实施例中介绍的软件开发方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行图1所示的实施例的软件开发方法的步骤。如何对处理器301进行设计编程为本领域技术人员所公知的技术，这里不再赘述。

基于同一发明构思，本申请实施例还提供一种存储介质，该存储介质存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行前文论述的软件开发方法。

在一些可能的实施方式中，本申请提供的软件开发方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在装置上运行时，程序代码用于使该控制设备执行本说明书上述描述的根据本申请各种示例性实施方式的软件开发方法中的步骤。

本领域内的技术人员应明白，本申请的实施例可提供为方法、***、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种软件开发方法，其特征在于，所述方法包括：

配置软件服务的请求参数以及请求路径，其中，所述请求路径为统一资源定位符URL；

根据所述软件服务的请求参数以及请求路径接收所述软件服务对应的代码文件；

基于用户访问请求，加载所述代码文件，并根据所述代码文件生成对应的软件服务。

2.如权利要求1所述的方法，其特征在于，在所述接收所述软件服务对应的代码文件之后，还包括：

对所述代码文件进行代码校验；

响应于所述代码文件校验通过，将所述代码文件编译为可识别的第一目标对象；

将所述第一目标对象转换为第一服务类型的第二目标对象或第二服务类型的第三目标对象。

3.如权利要求1所述的方法，其特征在于，在所述基于用户访问请求，加载对应的代码文件，并根据所述代码文件生成对应的软件服务之后，还包括：

将各个软件服务加载至***中并进行***初始化启动；

响应于所述***初始化启动成功，将更新软件服务上传至所述***中；

基于所述用户访问请求在所述***中调用对应的软件服务。

4.如权利要求3所述的方法，其特征在于，所述基于所述用户访问请求在所述***中调用对应的软件服务，包括：

对所述软件服务定义访问路径标签；

基于所述访问路径标签对用户提供软件服务访问路径；

根据所述访问路径调用对应的软件服务。

5.一种软件开发***，其特征在于，所述***包括：

配置模块，用于配置软件服务的请求参数以及请求路径，其中，所述请求路径为统一资源定位符URL；

接收模块，用于根据所述软件服务的请求参数以及请求路径接收所述软件服务对应的代码文件；

处理模块，用于基于用户访问请求，加载所述代码文件，并根据所述代码文件生成对应的软件服务。

6.如权利要求5所述的***，其特征在于，所述处理模块还用于：

对所述代码文件进行代码校验；

响应于所述代码文件校验通过，将所述代码文件编译为可识别的第一目标对象；

将所述第一目标对象转换为第一服务类型的第二目标对象或第二服务类型的第三目标对象。

7.如权利要求5所述的***，其特征在于，所述处理模块还用于：

将各个软件服务加载至***中并进行***初始化启动；

响应于所述***初始化启动成功，将更新软件服务上传至所述***中；

基于所述用户访问请求在所述***中调用对应的软件服务。

8.如权利要求5所述的***，其特征在于，所述处理模块还用于：

对所述软件服务定义访问路径标签；

基于所述访问路径标签对用户提供软件服务访问路径；

根据所述访问路径调用对应的软件服务。

9.一种电子设备，其特征在于，包括：

存储器，用于存放计算机程序；

处理器，用于执行所述存储器上所存放的计算机程序时，实现权利要求1-4中任一项所述的方法步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-4任一项所述的方法步骤。

Images