CN107273126A - 应用开发方法和装置 - Google Patents

Abstract

本申请提供了一种应用开发方法和装置，该方法包括：获取为实现该应用中多种不同业务所开发出的多个业务程序，其中，每种业务程序用于实现一种业务的功能；构建公用数据包以及公用组件包，该公用数据包包括：该多个业务程序包运行过程中所需调用的数据资源；该公用组件包包括该多个业务程序包运行过程中所需调用的多个组件；针对每个该业务程序，为该业务程序进行权限配置，且配置业务程序访问公用数据包中数据资源的访问路径，并为业务程序配置调用公用组件包中组件的调用路径，得到多个配置后的该业务程序；将多个配置后的业务程序、该公用数据包以及公用组件合成为该应用的应用程序包。该方法和装置可以降低应用开发以及维护的复杂度。

Description

应用开发方法和装置

技术领域

本申请涉及应用开发以及维护技术领域，尤其涉及一种应用开发方法和装置。

背景技术

随着银行金融业所能提供的业务种类的增多，一款银行金融类的应用所能实现的业务功能也日益增多。在开发银行金融类的应用时，需要综合该应用所需实现的各种业务功能，生成一套代码。

然而，如果开发该应用的过程中，出现程序编写错误，都可能会导致应用无法通过测试并正常运行。在该种情况下，就需要开发人员对该应用所涉及到的所有程序代码均进行分析，才可能定位出程序中的错误，并重新进行程序开发，导致程序开发以及维护的复杂度较高。

发明内容

有鉴于此，本申请提供了一种应用开发方法和装置，以降低应用开发以及维护的复杂度。

为实现上述目的，本申请提供了如下技术方案：

一方面，本申请提供了一种访问控制方法，包括：

获取为实现所述应用中多种不同业务所开发出的多个业务程序，其中，每种业务程序用于实现一种业务的功能；

构建公用数据包以及公用组件包，所述公用数据包包括：所述多个业务程序包运行过程中所需调用的数据资源；所述公用组件包包括所述多个业务程序包运行过程中所需调用的多个组件；

针对每个所述业务程序，为所述业务程序进行权限配置，且配置所述业务程序访问所述公用数据包中数据资源的访问路径，并为所述业务程序配置调用所述公用组件包中组件的调用路径，得到多个配置后的所述业务程序；

将所述多个配置后的所述业务程序、所述公用数据包以及公用组件包合成为所述应用的应用程序包。

在一种设计中，所述配置所述业务程序访问所述公用数据包中数据资源的访问路径，并为所述业务程序配置调用所述公用组件包中组件的调用路径，包括：

确定运行所述业务程序所需调用至少一种目标数据资源；

依据所述至少一种目标数据资源在所述公用数据包中存储路径，分别为所述业务程序配置访问所述至少一种目标数据资源的访问路径；

确定执行所述业务程序所需调用的至少一种目标组件；

依据所述至少一种目标组件在所述公用数据包中的存储路径，分别为所述业务程序配置调用所述至少一种目标组件的调用路径。

在一种设计中，所述确定运行所述业务程序所需调用至少一种目标数据资源，包括：

依据预置的不同业务与数据资源的映射关系，确定所述业务程序执行所述业务程序对应的业务所需的至少一种目标数据资源；

所述确定执行所述业务程序所需调用的至少一种目标组件，包括：

依据预置的不同业务与组件的映射关系，确定所述业务程序执行所述业务程序对应的业务所需调用的至少一种目标组件。

在一种设计中，所述将所述多个配置后的所述业务程序、所述公用数据包以及公用组件合成为所述应用的应用程序包，包括：

将所述多个配置后的所述业务程序、所述公用数据包以及公用组件进行合成，并对合成后的程序包进行编译，得到所述应用的应用程序包。

在一种设计中，在所述为所述业务程序进行权限配置，且配置所述业务程序访问所述公用数据包中数据资源的访问路径，并为所述业务程序配置调用所述公用组件包中组件的调用路径，得到多个配置后的所述业务程序之前，还包括：

分别对每个所述业务程序进行编译，得到编译后的所述业务程序。

另一方面，本申请还提供了一种应用开发装置，包括：

多程序获取单元，用于获取为实现所述应用中多种不同业务所开发出的多个业务程序，其中，每种业务程序用于实现一种业务的功能；

公用包构建单元，用于构建公用数据包以及公用组件包，所述公用数据包包括：所述多个业务程序包运行过程中所需调用的数据资源；所述公用组件包包括所述多个业务程序包运行过程中所需调用的多个组件；

程序配置单元，用于针对每个所述业务程序，为所述业务程序进行权限配置，且配置所述业务程序访问所述公用数据包中数据资源的访问路径，并为所述业务程序配置调用所述公用组件包中组件的调用路径，得到多个配置后的所述业务程序；

应用程序合成单元，用于将所述多个配置后的所述业务程序、所述公用数据包以及公用组件包合成为所述应用的应用程序包。

在一种设计中，所述程序配置单元，包括：

数据资源确定单元，用于针对每个所述业务程序，确定运行所述业务程序所需调用至少一种目标数据资源；

数据资源配置单元，用于依据所述至少一种目标数据资源在所述公用数据包中存储路径，分别为所述业务程序配置访问所述至少一种目标数据资源的访问路径；

组件确定单元，用于针对每种所述业务程序，确定执行所述业务程序所需调用的至少一种目标组件；

组件配置单元，用于依据所述至少一种目标组件在所述公用数据包中的存储路径，分别为所述业务程序配置调用所述至少一种目标组件的调用路径。

在一种设计中，所述数据资源确定单元，包括：

数据确定子单元，用于依据预置的不同业务与数据资源的映射关系，确定所述业务程序执行所述业务程序对应的业务所需的至少一种目标数据资源；

所述组件确定单元，包括：

组件确定子单元，用于依据预置的不同业务与组件的映射关系，确定所述业务程序执行所述业务程序对应的业务所需调用的至少一种目标组件。

在一种设计中，所述应用程序合成单元，包括：

应用程序合成子单元，用于将所述多个配置后的所述业务程序、所述公用数据包以及公用组件进行合成，并对合成后的程序包进行编译，得到所述应用的应用程序包。

在一种设计中，该装置还可以包括：

程序编译单元，用于在所述程序配置单元为所述业务程序进行权限配置，且配置所述业务程序访问所述公用数据包中数据资源的访问路径，并为所述业务程序配置调用所述公用组件包中组件的调用路径之前，分别对每个所述业务程序进行编译，得到编译后的所述业务程序。

经由上述的技术方案可知，在本申请实施例中，在开发应用时，针对应用中所需开发出的多种业务的功能，分别开发出每种业务各自的业务程序，并通过为每个业务程序进行权限配置以及进行所需调用的数据以及组件的路径配置，可以在将各个业务程序合成应用的应用程序包之后，保证了各个业务程序可以正常运行，而由于各个业务的业务程序相互独立开发，相对于开发一款多种业务的程序之间相互耦合的应用而言，开发的复杂度大大降低，且单独维护各个业务程序的维护复杂度也较低。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1示出了本申请的一种应用开发方法一个实施例的流程示意图；

图2示出了本申请的一种应用开发装置一个实施例的组成结构示意图。

具体实施方式

下面将结合附图对本申请实施例的方案进行介绍。

如，参见图1，其示出了本申请一种应用开发方法一个实施例的流程示意图。

本实施例的方法可以服务器或者其他用于应用开发的计算机设备。

本申请的应用开发方法适用于对银行金融类的应用的开发，也适合其他包含多种业务实现的应用的开发。

本实施例的方法可以包括：

S101，获取为实现该应用中多种不同业务所开发出的多个业务程序。

其中，每种业务程序用于实现一种业务的功能。

如，以银行金融类的应用为例，一款应用所涉及或需要实现的业务可以包括：基金业务、外汇业务、期权业务等等。

在本申请实施例中，根据待开发的应用所需要提供或者说所需涉及的业务，分别针对每种业务单独开发出业务程序，其中，不同业务程序用于实现该应用中的一种业务，且多个业务程序之间相互独立。

如，针对基金业务开发提供基金业务的业务程序，而针对外汇业务，则可以开发提供外业业务功能的业务程序。

可见，在开发应用之前，基于应用所涉及的多个业务，将应用从业务层面进行了拆分，实现了应用中多个业务的解耦，这样，不同开发人员或团队可以独立开发其所负责的业务的业务程序。而相对于开发耦合有不同业务功能的程序，单独开发一项业务的功能所对应的业务程序的开发难度较低，从而避免了由于多个业务的业务程序相互耦合，而导致开发人员的开发复杂度较高的问题。

同时，单独针对一项业务的功能进行业务程序开发之后，各个业务程序相互独立，使得针对每个业务的业务程序的代码的可读性高，且每个业务的业务程序可以独立维护，而无需对整个应用的所有代码统一维护，降低了程序维护的复杂度。

在确定出应用所涉及到的业务之后，针对每项业务的业务功能开发业务程序的实现方式可以有多种，具体可以由开发人员根据需要选择，本申请对此不加以限制。

在开发人员分别针对每个业务开发出相应的业务程序之后，可以将针对不同业务的业务程序上传或者传输到应用的开发环境中，如，开发设备中，从而获取到针对待开发的应用所涉及的多个业务各自的业务程序。

S102，构建公用数据包以及公用组件包。

其中，该公用数据包包括：该多个业务程序运行过程中所需调用的数据资源。

该数据资源可以包括：用户数据、介质数据等属于业务层面的共用数据，还可以包括：业务程序运行过程中所需调用的图片、音频、文档等等媒体资源。

该公用组件包：包括该多个业务程序运行过程中所需调用的多个组件。具体的，该公用组件包包括业务程序运行所需的多个基础组件，以及第三方组件。

如，公用组件包可以包括：网络通信组件，数据库组件，可视化图标组件，缓存组件等等。这些组件的主要作用为应用运行所必须的组件或者是为了优化使用体验而需要调用的组件。

在一种实现方式中，构建公用数据包以及公用组件包的过程可以是接收该多个业务各自所需的多个数据资源所及多个组件，并将该多个数据资源生成为一个公用数据包，将该多个组件生成为一个数据包。

在又一种实现方式中，可以根据不同业务或者业务程序各自所需的至少一种数据资源以及至少一种组件，从数据资源库中，获取该多个业务所需的多个数据资源以及多个组件，将该多个数据资源生成公用数据包，并将多个组件生成公用组件包。

其中，不同业务或者业务程序所需的至少一种数据资源以及至少一种组件可以由用户实时设定的，也可以是由用户预先配置的。

其中，公用数据库可以为打包成的库文件，相应的，公用组件也可以为：打包成的库文件。

S103，针对每个业务程序，为业务程序进行权限配置，且配置业务程序访问公用数据包中数据资源的访问路径，并为该业务程序配置调用该公用组件包中组件调用路径，得到多个配置后的业务程序。

其中，权限配置包括了业务程序可以访问的数据或者开启一些功能的权限。

如，为业务程序配置的权限可以包括：打开或关闭该业务程序实现的业务功能的开关权限，以及，开启定位功能、消息通知等功能的权限等等。

其中，访问路径为访问或者说调用该数据资源所需依据的路径。可以理解的，如果应用程序希望访问某个数据，该应用程序必须先确定该数据对应的路径，而对应用程序配置访问路径的目的就是使得应用程序能够访问到相应的数据。

相应的，业务程序调用某个组件需要知道该组件所在的存储路径，因此，需要为业务程序配置该业务程序所需调用的组件的调用路径。

其中，为了与业务程序访问数据所依据的访问路径进行区分，调用组件所依据的路径称为调用路径。

在一种实现方式中，对于一个业务程序，为了实现为应用程序配置所需调用的数据资源的访问路径，可以先确定运行该业务程序所需调用至少一种目标数据资源。如，可以预置的不同业务与数据资源的映射关系，在该映射关系中，一项业务可以对应多个数据资源，然后根据该映射关系，确定业务程序执行该业务程序对应的业务所需的至少一种目标数据资源。又如，接收用户指定的不同业务程序所需调用的至少一个目标业务数据。其中，为了便于区分，将该业务程序所需调用的数据资源成为目标数据资源。

在确定运行该业务程序所需调用至少一种目标数据资源之后，可以依据该至少一种目标数据资源在该公用数据包中存储路径，分别为该业务程序配置访问该至少一种目标数据资源中每个目标数据资源的访问路径。

相应的，对于一个业务程序，为了实现为应用程序配置所需调用的组件的调用路径，可以先确定执行该业务程序所需调用的至少一种目标组件。其中，为了便于区分，将业务程序所需调用的组件成为目标组件，

在确定执行该业务程序所需调用的至少一种目标组件之后，可以依据该至少一种目标组件在所述公用数据包中的存储路径，分别为该业务程序配置调用该至少一种目标组件的调用路径。

可以理解的是，在确定出业务程序所需调用的数据资源以及组件之后，为该业务程序配置相应的访问权限(或者调用权限)以及访问路径(或者调用路径)时，具体实现配置的方式可以有多种，本申请对此不加限制。

在本申请实施例中，所有业务程序共用该公用数据包内的数据资源以及该公用程序包内的组件，这样，可以实现了多个业务程序共用数据以及组件，使得公用数据以及组件可以被复用。

与在应用的应用程序的不同程序段中分别内置所需调用的数据以及组件相比，将所有业务程序所需调用的数据构成一个公用数据包，并将所有业务程序所需调用的数据构成一个公用组件包，由于可以复用公用数据以及公用组件，避免多次重复开发组件，进一步降低了应用程序开发的复杂度，也可以避免应用的程序包中包含大量的重复数据，从而减少后续合成的应用的应用程序包的数据量。

可以理解的是，得到多个配置后的业务程序之后，还可以分别将每个配置后的业务程序打包成一个静态库文件(即后缀名为.a的一种可执行文件)。

S104，将该多个配置后的业务程序、公用数据包以及公用组件包合成为该应用的应用程序包。

其中，将实现多种业务的业务程序以及所需调用的数据和组件合成之后，就可以开发得到该应用的应用程序包，运行该应用的程序包便可以实现以上多种业务的功能。

可以理解的是，完成应用的开发需要对应用的程序代码进行编译，因此，合成该应用程序包可以是在设备的编译器中完成。如，可以将多个配置后的业务程序、公用数据包以及公用组件进行合成，并对合成后的程序包进行编译，得到该应用的应用程序包。

可以理解的是，在本申请实施例中，在获取到多个业务的业务程序之后，可以先分别对每个业务程序进行编译，并得到编译后的业务程序之后，再进行后续操作，这样可以及时发现每个业务程序中所存在的问题，并有针对性的解决问题；同时，可以降低合成后的应用程序包所可能存在的问题，提高编译该应用程序包的成功率。

在本申请实施例中，在开发应用时，针对应用中所需开发出的多种业务的功能，分别开发出每种业务各自的业务程序，并通过为每个业务程序进行权限配置以及进行所需调用的数据以及组件的路径配置，可以在将各个业务程序合成应用的应用程序包之后，保证了各个业务程序可以正常运行，而由于各个业务的业务程序相互独立开发，相对于开发一款多种业务的程序之间相互耦合的应用而言，开发的复杂度大大降低，且单独维护各个业务程序的维护复杂度也较低。

而且，当需要从应用中取消某种业务时，也可以直接从应用的应用程序包中删除该款业务对应的业务程序以及相关配置即可；而需要向应用中新增某种业务时，也可以单独开发出相应业务的业务程序，并完成业务程序的相关配置之后，与其他已配置的业务程序统一打包即可，从而无需重新开发整个应用，在业务需求变化时，可以较为便捷的开发出所需适合业务需求的应用。

下面对本发明实施例提供的一种应用开发装置进行介绍。

如图2，其示出了本申请一种应用开发装置一个实施例的组成结构示意图。

本实施例的装置可以包括：

多程序获取单元201，用于获取为实现所述应用中多种不同业务所开发出的多个业务程序，其中，每种业务程序用于实现一种业务的功能；

公用包构建单元202，用于构建公用数据包以及公用组件包，所述公用数据包包括：所述多个业务程序包运行过程中所需调用的数据资源；所述公用组件包包括所述多个业务程序包运行过程中所需调用的多个组件；

程序配置单元203，用于针对每个所述业务程序，为所述业务程序进行权限配置，且配置所述业务程序访问所述公用数据包中数据资源的访问路径，并为所述业务程序配置调用所述公用组件包中组件的调用路径，得到多个配置后的所述业务程序；

应用程序合成单元204，用于将多个配置后的业务程序、所述公用数据包以及公用组件包合成为所述应用的应用程序包。

其中，公用包构建单元所构建的公用数据包中的数据资源可以包括：用户数据、介质数据等属于业务层面的共用数据，还可以包括：业务程序运行过程中所需调用的图片、音频、文档等媒体资源。

相应的，该公用组件包可以包括业务程序运行所需的多个基础组件，以及第三方组件。如，网络通信组件，数据库组件，可视化图标组件，缓存组件等等。

在本实施例的装置中，多程序获取单元可以获取到针对待开发的应用中多种业务分别开发出的多个业务程序，这样通过程序配置单元为每个业务程序进行权限配置以及进行所需调用的数据以及组件的路径配置，可以保证将各个业务程序合成应用的应用程序包之后，各个业务程序可以正常运行，而由于各个业务的业务程序相互独立开发，相对于开发一款多种业务的程序之间相互耦合的应用而言，开发的复杂度大大降低，且单独维护各个业务程序的维护复杂度也较低。

而且，当需要从应用中取消某种业务时，也可以直接从应用的应用程序包中删除该款业务对应的业务程序以及相关配置即可；而需要向应用中新增某种业务时，也可以单独开发出相应业务的业务程序，并完成业务程序的相关配置之后，与其他已配置的业务程序统一打包即可，从而无需重新开发整个应用，在业务需求变化时，可以较为便捷的开发出所需适合业务需求的应用。

在一种实现方式中，所述程序配置单元，包括：

数据资源确定单元，用于针对每个所述业务程序，确定运行所述业务程序所需调用至少一种目标数据资源；

数据资源配置单元，用于依据所述至少一种目标数据资源在所述公用数据包中存储路径，分别为所述业务程序配置访问所述至少一种目标数据资源的访问路径；

组件确定单元，用于针对每种所述业务程序，确定执行所述业务程序所需调用的至少一种目标组件；

组件配置单元，用于依据所述至少一种目标组件在所述公用数据包中的存储路径，分别为所述业务程序配置调用所述至少一种目标组件的调用路径。

可选的：

在以上实现方式的基础上，所述数据资源确定单元可以包括：

数据确定子单元，用于依据预置的不同业务与数据资源的映射关系，确定所述业务程序执行所述业务程序对应的业务所需的至少一种目标数据资源；

所述组件确定单元，包括：

组件确定子单元，用于依据预置的不同业务与组件的映射关系，确定所述业务程序执行所述业务程序对应的业务所需调用的至少一种目标组件。

在一种实现方式中，所述应用程序合成单元，包括：

应用程序合成子单元，用于将多个配置后的业务程序、所述公用数据包以及公用组件进行合成，并对合成后的程序包进行编译，得到所述应用的应用程序包。

在又一种实现方式中，所述装置还可以包括：

程序编译单元，用于在所述程序配置单元为所述业务程序进行权限配置，且配置所述业务程序访问所述公用数据包中数据资源的访问路径，并为所述业务程序配置调用所述公用组件包中组件的调用路径之前，分别对每个所述业务程序进行编译，得到编译后的所述业务程序。

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

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

对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

以上仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种应用开发方法，其特征在于，包括：

获取为实现所述应用中多种不同业务所开发出的多个业务程序，其中，每种业务程序用于实现一种业务的功能；

构建公用数据包以及公用组件包，所述公用数据包包括：所述多个业务程序包运行过程中所需调用的数据资源；所述公用组件包包括所述多个业务程序包运行过程中所需调用的多个组件；

针对每个所述业务程序，为所述业务程序进行权限配置，且配置所述业务程序访问所述公用数据包中数据资源的访问路径，并为所述业务程序配置调用所述公用组件包中组件的调用路径，得到多个配置后的所述业务程序；

将所述多个配置后的所述业务程序、所述公用数据包以及公用组件包合成为所述应用的应用程序包。

2.根据权利要求1所述的应用开发方法，其特征在于，所述配置所述业务程序访问所述公用数据包中数据资源的访问路径，并为所述业务程序配置调用所述公用组件包中组件的调用路径，包括：

确定运行所述业务程序所需调用至少一种目标数据资源；

依据所述至少一种目标数据资源在所述公用数据包中存储路径，分别为所述业务程序配置访问所述至少一种目标数据资源的访问路径；

确定执行所述业务程序所需调用的至少一种目标组件；

依据所述至少一种目标组件在所述公用数据包中的存储路径，分别为所述业务程序配置调用所述至少一种目标组件的调用路径。

3.根据权利要求2所述的应用开发方法，其特征在于，所述确定运行所述业务程序所需调用至少一种目标数据资源，包括：

依据预置的不同业务与数据资源的映射关系，确定所述业务程序执行所述业务程序对应的业务所需的至少一种目标数据资源；

所述确定执行所述业务程序所需调用的至少一种目标组件，包括：

依据预置的不同业务与组件的映射关系，确定所述业务程序执行所述业务程序对应的业务所需调用的至少一种目标组件。

4.根据权利要求1所述的应用开发方法，其特征在于，所述将所述多个配置后的所述业务程序、所述公用数据包以及公用组件合成为所述应用的应用程序包，包括：

将所述多个配置后的所述业务程序、所述公用数据包以及公用组件进行合成，并对合成后的程序包进行编译，得到所述应用的应用程序包。

5.根据权利要求4所述的应用开发方法，其特征在于，在所述为所述业务程序进行权限配置，且配置所述业务程序访问所述公用数据包中数据资源的访问路径，并为所述业务程序配置调用所述公用组件包中组件的调用路径，得到多个配置后的所述业务程序之前，还包括：

分别对每个所述业务程序进行编译，得到编译后的所述业务程序。

6.一种应用开发装置，其特征在于，包括：

多程序获取单元，用于获取为实现所述应用中多种不同业务所开发出的多个业务程序，其中，每种业务程序用于实现一种业务的功能；

公用包构建单元，用于构建公用数据包以及公用组件包，所述公用数据包包括：所述多个业务程序包运行过程中所需调用的数据资源；所述公用组件包包括所述多个业务程序包运行过程中所需调用的多个组件；

程序配置单元，用于针对每个所述业务程序，为所述业务程序进行权限配置，且配置所述业务程序访问所述公用数据包中数据资源的访问路径，并为所述业务程序配置调用所述公用组件包中组件的调用路径，得到多个配置后的所述业务程序；

应用程序合成单元，用于将所述多个配置后的所述业务程序、所述公用数据包以及公用组件包合成为所述应用的应用程序包。

7.根据权利要求6所述的应用开发装置，其特征在于，所述程序配置单元，包括：

数据资源确定单元，用于针对每个所述业务程序，确定运行所述业务程序所需调用至少一种目标数据资源；

数据资源配置单元，用于依据所述至少一种目标数据资源在所述公用数据包中存储路径，分别为所述业务程序配置访问所述至少一种目标数据资源的访问路径；

组件确定单元，用于针对每种所述业务程序，确定执行所述业务程序所需调用的至少一种目标组件；

组件配置单元，用于依据所述至少一种目标组件在所述公用数据包中的存储路径，分别为所述业务程序配置调用所述至少一种目标组件的调用路径。

8.根据权利要求7所述的应用开发装置，其特征在于，所述数据资源确定单元，包括：

数据确定子单元，用于依据预置的不同业务与数据资源的映射关系，确定所述业务程序执行所述业务程序对应的业务所需的至少一种目标数据资源；

所述组件确定单元，包括：

组件确定子单元，用于依据预置的不同业务与组件的映射关系，确定所述业务程序执行所述业务程序对应的业务所需调用的至少一种目标组件。

9.根据权利要求6所述的应用开发装置，其特征在于，所述应用程序合成单元，包括：

应用程序合成子单元，用于将所述多个配置后的所述业务程序、所述公用数据包以及公用组件进行合成，并对合成后的程序包进行编译，得到所述应用的应用程序包。

10.根据权利要求9所述的应用开发装置，其特征在于，还包括：

程序编译单元，用于在所述程序配置单元为所述业务程序进行权限配置，且配置所述业务程序访问所述公用数据包中数据资源的访问路径，并为所述业务程序配置调用所述公用组件包中组件的调用路径之前，分别对每个所述业务程序进行编译，得到编译后的所述业务程序。