修改，以使修改后的功能组件用于实现待构建应用程序所要实现的业务逻辑中的相应逻辑；
[0032]根据待构建应用程序所依赖的终端平台，对适配层中依赖于终端平台实现的功能组件进行修改，以使修改后的功能组件适应于待构建应用程序所依赖的终端平台。
[0033]首先说明，本实施例中的应用层和适配层分别包括至少一个功能组件，每个功能组件实际上是一段代码，用于实现部分子业务逻辑。
[0034]考虑到应用程序架构所能实现的业务逻辑和待构建应用程序所要实现的业务逻辑可能相似但不完全相同，将两者不相同的地方称为区别逻辑。
[0035]在一种情况中，上述区别逻辑属于不依赖于终端平台的子业务逻辑，则需要对应用层中用于实现该部分子业务逻辑的功能组件进行修改，从而使得修改后的功能组件能够实现待构建应用程序所要实现的业务逻辑中相应的子业务逻辑。
[0036]在另一种情况中，上述区别逻辑属于依赖于终端平台的子业务逻辑，则需要对适配层中用于实现该部分子业务逻辑的功能组件进行修改，从而使得修改后的功能组件能够实现待构建应用程序所要实现的业务逻辑中相应的子业务逻辑。
[0037]在又一种情况中，上述区别逻辑既包括属于不依赖于终端平台的子业务逻辑，又包括属于依赖于终端平台的子业务逻辑，则需要分别对应用层中和适配层中用于实现相应子业务逻辑的功能组件进行修改，从而使得修改后的功能组件能够实现待构建应用程序所要实现的业务逻辑中相应的子业务逻辑。
[0038]在又一种情况中，待构建应用程序所依赖的终端平台与应用程序架构所依赖的终端平台相同，则可以不用对适配层中依赖于终端平台实现的功能组件进行修改，可以直接使用。
[0039]在又一种情况中，待构建应用程序所依赖的终端平台与应用程序架构所依赖的终端平台不相同，则需要对适配层中依赖于终端平台实现的功能组件进行修改，以使得修改后的功能组件适应于待构建应用程序所依赖的终端平台。
[0040]上述终端平台可以是但不限于:Android平台，1S平台，以及Windows Phone平台等。
[0041]值得说明的是，应用程序架构所能实现的业务逻辑中存在与待构建应用程序所要实现的业务逻辑相同的部分，对于这部分相同的子业务逻辑，可以直接获取应用程序架构中用于实现这部分子业务逻辑的功能组件，作为待构建应用程序中的相应功能组件，不需要开发人员重新为待构建应用程序编写代码，可以实现代码复用，有利于提高应用程序的开发效率。
[0042]在一可选实施方式中，一种预先建立应用程序架构的方式如图2所示，包括以下步骤:
[0043]201、从应用程序架构所能实现的业务逻辑中，抽取不依赖于终端平台的子业务逻辑和依赖于终端平台的子业务逻辑。
[0044]202、生成用于实现上述不依赖于终端平台的子业务逻辑的各功能组件，以生成应用程序架构中的应用层。
[0045]203、生成用于实现上述依赖于终端平台的子业务逻辑的各功能组件，以生成应用程序架构中的适配层。
[0046]值得说明的是，应用层与适配层相配合完成应用程序架构所能实现的业务逻辑，则应用层和适配层分别包括用于两者之间通信的接口功能组件。基于此，如图3所示，为应用程序架构的一种框架示意图。在图3中，应用层包括:第一接口功能组件和第一数据处理组件；适配层包括:第二接口功能组件和第二数据处理组件。则生成应用层具体包括:生成第一接口功能组件和第一数据处理组件；相应的，生成适配层具体包括:生成第二接口功能组件和第二数据处理组件。
[0047]其中，第一接口功能组件用于接收适配层提交的触发事件并向适配层下发处理指令。第一数据处理组件用于根据第一接口功能组件接收的触发事件执行不依赖于终端平台的数据处理逻辑。第二接口功能组件用于向应用层提交触发事件并接收应用层下发的处理指令。第二数据处理组件用于根据第二接口功能组件接收的处理指令执行依赖于终端平台的数据处理逻辑。可选的，上述处理指令包括需要适配层处理的数据和处理指示。
[0048]在一可选实施方式中，考虑到基于终端平台的应用程序，一般需要与部署于服务端的服务器进行交互。基于此，如图4所示，为应用程序架构的另一种实现架构。在图4中，应用层除了包括第一接口功能组件和第一数据处理组件之外，还包括:通信组件、解析组件、缓存管理组件和服务管理组件等；适配层除了包括第二接口功能组件和第二数据处理组件之外，还包括:服务消息处理组件和适配层接口组件。基于此，生成应用层还包括:生成通信组件、生成解析组件、生成缓存管理组件和生成服务管理组件。相应的，生成适配层还包括:生成服务消息处理组件和生成适配层接口组件。
[0049]其中，通信组件用于与服务器进行通信，例如可以基于TCP/IP与服务器进行通信。解析组件用于解析服务器下发的数据，例如服务器下发的数据一般不是结构化的，解析组件可以将服务器下发的数据解析成结构化数据。缓存管理组件用于缓存服务器下发的数据和/或解析组件解析后的数据。服务管理组件用于向适配层提供数据处理进度信息。服务消息处理组件用于向应用层提交进度查询请求并接收应用层提供的数据处理进度信息。适配层接口组件用于提供操作终端平台上的其他数据的接口，例如可以包括系统消息接口、Π组件接口、文件系统接口等。
[0050]其中，由于通过通信组件将与服务器的通信过程抽象到不依赖于终端平台的应用层，这样在与服务器进行通信调试工作时只需执行一次，而不需要分别针对各终端平台进行调试，有利于减少调试工作量。
[0051]进一步，在构建出待构建应用程序之后，还可以将构建出的待构建应用程序发布到待构建应用程序所依赖的终端平台上。
[0052]在互联网领域，应用程序涉及的业务逻辑一般包括与页面相关的业务逻辑。基于此，上述第一数据处理组件可以包括页面栈管理组件和页面组，页面栈管理组件负责管理各页面的处理顺序，而页面组主要负责页面栈管理组件提供的页面中的数据处理逻辑。相应的，上述第二数据处理组件可以是视图组件，负责进行视图处理，例如根据应用层的处理指令，将有关数据展示给用户。
[0053]由上述可见，本申请将业务逻辑中依赖于和不依赖于终端平台的业务逻辑区分开来，在构建应用程序时，可以在很大程度上共享应用程序架构中的应用层，意味着用于实现不依赖于终端平台的业务逻辑的代码可以在很大程度上复用，有利于减轻开发人员的工作量，加速应用程序的开发进度，提高开发效率。另外，本申请通过将不依赖于终端平台的业务逻辑抽象到应用层，使得各开发人员做到理解一致，而将依赖于终端平台的业务逻辑抽象到适配层，将存在平台差异的业务逻辑集中到一块，可以减少理解不一致的概率，从而有利于降低由不同开发人员构建出的应用程序在实现效果上不一致的概率。
[0054]需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
[0055]在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
[0056]图5为本发明一实施例提供的应用程序构建装置的结构不意图。如图5所不，该装置包括:框架获取模块51和程序构建模块52。
[0057]框架获取模块51，用于获取预先建立的适用于待构建应用程序的应用程序架构，该应用程序架构包括:用于实现该应用程序架构所能实现的业务逻辑中不依赖于终端平台的子业务逻辑的应用层和用于实现该应用程序架构所能实现的业务逻辑中依赖于终端平台的子业务