CN103838573A - 应用程序生成方法及装置 - Google Patents

Abstract

本发明公开了一种应用程序生成方法及装置，通过接收应用配置请求和应用素材，所述应用配置请求包括应用程序标识、平台类型和模版类型，根据所述平台类型，获取与所述平台类型对应的具有特定目录结构的应用程序框架，根据所述应用程序标识、所述模版类型和所述应用素材，对所述应用程序框架的目录文件进行个性化处理，对个性化处理后的目录文件，进行打包处理，以生成应用程序。实现了快速生成应用程序的方式，有效提升了应用开发效率。

Description

应用程序生成方法及装置

技术领域

本发明涉及互联网领域，特别涉及一种应用程序生成方法及装置。

背景技术

随着移动互联网的发展，推动了移动互联网APP发展，出现了大量种类繁多的APP，现有的APP生成技术，通常需要技术人员通过人工编写代码生成，例如Android平台的APP开发，需要利用Eclipse开发平台并结合ADT插件进行开发，即使开发一般的APP都需要进行大量的编程和测试工作。而现今APP的更新的速度日益加快，而现有技术中生成APP有着许多门槛和局限，且工作复杂繁琐、重复性高，效率低下，势必给APP的开发带来巨大的压力。

发明内容

本发明提供一种应用程序生成方法及装置，解决了APP开发技术门槛高、开发复杂、重复性高、效率低下的技术问题。

为解决上述技术问题，本发明提供一种应用程序生成方法，包括：

接收应用配置请求和应用素材，所述应用配置请求包括应用程序标识、平台类型和模版类型；

根据所述平台类型，获取与所述平台类型对应的具有特定目录结构的应用程序框架；

根据所述应用程序标识、所述模版类型和所述应用素材，对所述应用程序框架的目录文件进行个性化处理；

对个性化处理后的目录文件，进行打包处理，以生成应用程序。

一种应用程序生成装置，所述装置包括：

接收模块，用于接收应用配置请求和应用素材，所述应用配置请求包括应用程序标识、平台类型和模版类型；

获取模块，用于根据所述接收模块接收的所述配置请求，获取与所述平台类型对应的具有特定目录结构的应用程序框架；

处理模块，用于根据所述应用程序标识、所述模版类型和所述应用素材，对所述应用程序框架的目录文件进行个性化处理；

打包模块，用于对所述处理模块个性化处理后的目录文件，进行打包处理，以生成应用程序。

通过本发明提供的一种应用程序生成方法及装置，通过接收应用配置请求和应用素材，所述应用配置请求包括应用程序标识、平台类型和模版类型，根据所述平台类型，获取与所述平台类型对应的具有特定目录结构的应用程序框架，根据所述应用程序标识、所述模版类型和所述应用素材，对所述应用程序框架的目录文件进行个性化处理，对个性化处理后的目录文件，进行打包处理，以生成应用程序。实现了快速生成应用程序的方式，有效提升了应用开发效率。

附图说明

图1为本发明实施例中提供的应用程序生成方法的应用场景示意图；

图2为本发明实施例提供的一种应用程序生成方法的流程图；

图3为本发明实施例提供的一种应用程序生成装置的结构示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

如图1所示，为本发明实施例中提供的应用程序生成方法的应用场景示意图，服务器110为可提供应用程序生成的云开发平台，终端120为用户的操作终端，用户通过终端120在云平台可生成应用程序（APP），服务器110内置Web服务器功能，用户通过终端120上的浏览器可登录到服务器110，用户在云开发平台上对应用程序进行修改和配置，并上传应用素材（例如：图片、文字和视频等）。下面将结合该场景结构图详细介绍一种应用程序生成方法，如下：

本发明实施例中提供了一种应用程序生成方法，以服务器110为例介绍，如图2所示，该方法包括如下步骤：

步骤201、接收应用配置请求和应用素材。应用配置请求包括应用程序标识、平台类型和模版类型；

其中，应用程序标识可以包括应用名称、应用程序的版本号等，所述平台类型可以包括Android平台、IOS平台、Symbian平台、Windows Mobile平台和HTML5Web平台；所述模版类型包括应用类型和显示类型，其中，应用类型可以包括咨询类、视频类、图书类、杂志类、小说类、动漫类、音乐类和界面主题类等，显示类型可以包括九宫格布局、时间线布局、折叠列表、底部Tab导航、图片瀑布流、分类标签、图片平铺、下拉选择框和大图滑动等。实际应用中，用户可以通过终端120上的浏览器登录到云开发平台，选择不同的平台类型，设置应用程序标识，在多个类型的模版中选择特定类型的模版，点击“确定”，即生成应用配置请求，并发送给云开发平台的后台服务器进行处理。

步骤202、根据平台类型，获取与平台类型对应的具有特定目录结构的应用程序框架；

其中，不同平台类型对应不同的应用程序框架，而应用程序框架具有一系列的特定结构的目录，例如：Android应用程序的目录结构包括src、gen、Android2.2、assets和res五个文件夹和AndroidManifest.xml文件，gen文件夹目录下有R.Java文件，R.Java文件由ADT自动生成，R.Java文件负责调用应用程序中的非代码资源。res文件夹目录下存放资源文件（图片素材），资源文件的统一管理，src文件夹目录下的layout子目录下的main.xml为有关用户界面布局和设计的文件。

AndroidManifest.xml文件向Android操作系统描述了，本程序所包括的组件、所实现的功能、能处理的数据、要请求的资源等等。现有技术中对于不同平台类型对应的应用程序的目录结构都有详细描述，在此不再赘述。

步骤203、根据所述应用程序标识、所述模版类型和所述应用素材，对所述应用程序框架的目录文件进行个性化处理；

其中，步骤203具体可以包括两个子步骤，分别为：

步骤203-1、根据所述应用程序标识和所述模版类型，对应用程序的源代码进行修改；例如：删除目录结构下的.settings目录；删除目录结构下的bin目录下所有目录和文件，保留bin目录；删除目录结构下的gen目录所有目录和文件，保留gen目录；保留AndroidManifest.xml文件，其他文件删除；替换res/values/strings.xml文件和AndroidManifest.xml文件的特定字段（如应用名称、版本号、APP_ID等）；根据模版类型，替换src文件夹目录下的layout子目录下的main.xml文件，以更新用户界面布局和设计。

步骤203-2、将修改后的源代码和所述应用素材存储至所述应用程序框架的特定目录下。例如：将新的AndroidManifest.xml文件和main.xml文件存储到对应目录下，并将应用素材（Logo、图标、图片、文字和视频等）存储至res文件夹目录下。

步骤204、对个性化处理后的目录文件，进行打包处理，以生成应用程序。

其中，步骤204具体可以包括四个子步骤，分别为：

步骤204-1、根据支持所述平台类型的终端的显示性能，对所述应用素材进行适配转换，以支持不同显示性能的终端；

其中，为了提升用户体验，服务器110需要针对不同平台的大部分机型的分辨率，对用户提供的应用素材进行相应的转换，以满足不同分辨率机型上的应用展现，提高用户体验。例如：服务器101将图片压缩为不同分辨率，例如大中小三个分辨率，分别存储在res文件夹下的相应目录下，具体地，将大分辨率图片放在drawableHdpi文件夹下，中分辨率图片放在drawable中，低分辨率图片放在drawabIeLdpi中，通过该步骤，使得生成的APP能够根据移动设备的分辨率自动显示相应分辨率的皮肤。

步骤204-2、对所述应用素材进行内容过滤；

其中，为了过滤调一些敏感或不良信息，需要对应用素材进行扫描，并发现其中的关键字、词、图片或视频，对这些敏感或不良信息进行删除或替换，例如：将文字内容中的“反动”替换为“**”。

步骤204-3、将所述应用素材的编码转换为统一的预设的编码；

其中，所有应用素材需要采用统一的编码形式，例如：对字符类素材（如txt、doc文档），统一转码为UTF-8编码，以满足用户不同编码格式的内容展现；对于视频素材，统一转换成统一的编码格式，以满足视频流媒体服务器要求。

步骤204-4、调用与所述平台类型对应的打包脚本，对目录文件进行打包，以生成应用程序。

其中，针对不同平台类型，调用不同的打包脚本，以打包成不同类型的应用程序安装文件，例如：Android平台下的APK安装文件、IOS平台下的IPA安装文件，以安卓的打包脚本为例，打包脚本的处理过程可以包括如下步骤：

第一步、进入应用程序的根目录；

第二步、使用aapt在gen文件夹中生成R.java类文件；

第三步、编译R.java类文件，在bin目录下生成class文件；

第四步、利用Android SDK提供的dx.bat命令脚本，将class文件生成classes.dex文件；

第五步、使用Android SDK提供的aapt.exe生成资源包文件（包括res、assets、Androidmanifest.xml等）；

第六步、生成未签名的apk安装文件；

第七步、使用jdk的jarsigner对未签名的apk安装文件进行apk签名。

通过本发明实施例中提供的一种应用程序生成方法，通过接收应用配置请求和应用素材，所述应用配置请求包括应用程序标识、平台类型和模版类型，根据所述平台类型，获取与所述平台类型对应的具有特定目录结构的应用程序框架，根据所述应用程序标识、所述模版类型和所述应用素材，对所述应用程序框架的目录文件进行个性化处理，对个性化处理后的目录文件，进行打包处理，以生成应用程序。实现了快速生成应用程序的方式，有效提升了应用开发效率。

步骤202除了可以临时根据所述配置请求，创建与所述平台类型对应的具有特定目录结构的应用程序框架而外，还可以直接调用现成的与所述平台类型对应的具有特定目录结构的应用程序框架，相应地，步骤202之前，服务器110可以预先针对不同的平台类型创建与所述平台类型对应的具有特定目录结构的应用程序框架，以方便步骤202需要生成应用程序时，临时调用。

以上只是以Android平台下的应用程序生成方法为例，对步骤202、步骤203和步骤204，进行了详细介绍，对于IOS平台、IOS平台、Symbian平台、Windows Mobile平台和HTML5Web平台下的应用程序生成方法比较类似，在此不再赘述。

与图2所述的应用程序生成方法相适配，如图3所示，本发明实施例还提供了一种应用程序生成装置，包括接收模块1、获取模块2、处理模块3及打包模块4。其中，接收模块1用于接收应用配置请求和应用素材，所述应用配置请求包括应用程序标识、平台类型和模版类型。获取模块2用于根据接收模块2接收的配置请求，获取与所述平台类型对应的具有特定目录结构的应用程序框架。处理模块3用于根据应用程序标识、模版类型和应用素材，对应用程序框架的目录文件进行个性化处理。打包模块4用于对处理模块3个性化处理后的目录文件，进行打包处理，以生成应用程序。

其中，应用程序生成装置还可以包括创建模块。创建模块用于在根据所述平台类型，获取与所述平台类型对应的具有特定目录结构的应用程序框架的步骤之前，根据所述平台类型，创建与所述平台类型对应的具有特定目录结构的应用程序框架，所述平台类型包括Android平台、IOS平台、Symbian平台、Windows Mobile平台和HTML5Web平台。

处理模块可以包括：代码修改单元和存储单元。代码修改单元用于根据所述应用程序标识和所述模版类型，对应用程序的源代码进行修改。存储单元用于将所述代码修改单元修改后的源代码和所述应用素材存储至所述应用程序框架的特定目录下。

打包模块可以包括适配单元、过滤单元、转码单元及打包单元。适配单元用于根据支持所述平台类型的终端的显示性能，对所述应用素材进行适配转换，以支持不同显示性能的终端。过滤单元用于对应用素材进行内容过滤；转码单元用于将所述应用素材的编码转换为统一的预设的编码；打包单元用于调用与所述平台类型对应的打包脚本，对目录文件进行打包，以生成应用程序。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书（包括伴随的权利要求、摘要和附图）中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书（包括伴随的权利要求、摘要和附图）中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器（DSP）来实现根据本发明实施例的提高移动终端客户端浏览速度的装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序（例如，计算机程序和计算机程序产品）。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (9)

1.一种应用程序生成方法，其特征在于，包括：

接收应用配置请求和应用素材，所述应用配置请求包括应用程序标识、平台类型和模版类型；

根据所述平台类型，获取与所述平台类型对应的具有特定目录结构的应用程序框架；

根据所述应用程序标识、所述模版类型和所述应用素材，对所述应用程序框架的目录文件进行个性化处理；

对个性化处理后的目录文件，进行打包处理，以生成应用程序。

2.根据权利要求1所述的方法，其特征在于，所述根据所述平台类型，获取与所述平台类型对应的具有特定目录结构的应用程序框架的步骤之

前，包括：

根据所述平台类型，创建与所述平台类型对应的具有特定目录结构的应用程序框架，所述平台类型包括Android平台、IOS平台、Symbian平台、Windows Mobile平台和HTML5Web平台。

3.根据权利要求1或2所述的方法，其特征在于，所述模版类型包括应用类型和显示类型。

4.根据权利要求3所述的应用程序生成方法，其特征在于，所述根据所述应用程序标识、所述模版类型和所述应用素材，对所述应用程序框架的目录文件进行个性化处理的步骤，包括：

根据所述应用程序标识和所述模版类型，对应用程序的源代码进行修改，并将修改后的源代码和所述应用素材存储至所述应用程序框架的特定目录下。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述对个性化处理后的目录文件，进行打包处理，以生成应用程序的步骤，包括：

根据支持所述平台类型的终端的显示性能，对所述应用素材进行适配转换，以支持不同显示性能的终端；

对所述应用素材进行内容过滤；

将所述应用素材的编码转换为统一的预设的编码；

调用与所述平台类型对应的打包脚本，对目录文件进行打包，以生成应用程序。

6.一种应用程序生成装置，其特征在于，所述装置包括：

接收模块，接收应用配置请求和应用素材，所述应用配置请求包括应用程序标识、平台类型和模版类型；

获取模块，根据所述接收模块接收的所述配置请求，获取与所述平台类型对应的具有特定目录结构的应用程序框架；

处理模块，根据所述应用程序标识、所述模版类型和所述应用素材，对所述应用程序框架的目录文件进行个性化处理；

打包模块，对所述处理模块个性化处理后的目录文件，进行打包处理，以生成应用程序。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

创建模块，在根据所述平台类型，获取与所述平台类型对应的具有特定目录结构的应用程序框架的步骤之前，根据所述平台类型，创建与所述平台类型对应的具有特定目录结构的应用程序框架，所述平台类型包括Android平台、IOS平台、Symbian平台、Windows Mobile平台和HTML5Web平台。

8.根据权利要求7所述的装置，其特征在于，所述处理模块包括：

代码修改单元，根据所述应用程序标识和所述模版类型，对应用程序的源代码进行修改，

存储单元，将所述代码修改单元修改后的源代码和所述应用素材存储至所述应用程序框架的特定目录下。

9.根据权利要求6至8中任意一项所述的装置，其特征在于，打包模块包括：

适配单元，根据支持所述平台类型的终端的显示性能，对所述应用素材进行适配转换，以支持不同显示性能的终端；

过滤单元，对所述应用素材进行内容过滤；

转码单元，将所述应用素材的编码转换为统一的预设的编码；

打包单元，调用与所述平台类型对应的打包脚本，对目录文件进行打包，以生成应用程序。

Images