应用程序构建方法及装置的制造方法_3

文档序号:8445402阅读:来源:国知局
逻辑的适配层。
[0058]程序构建模块52,用于根据待构建应用程序所要实现的业务逻辑和框架获取模块51获取的应用程序架构,构建该待构建应用程序。
[0059]在一可选实施方式中,框架获取模块51具体可用于:
[0060]确定待构建应用程序所要实现的业务逻辑所属的业务类别;
[0061]获取用于实现该业务类别所指示业务逻辑的应用程序架构。
[0062]在一可选实施方式中,程序构建模块52具体可用于:
[0063]根据待构建应用程序所要实现的业务逻辑,对应用程序架构中的应用层和/或适配层进行代码修改,以获得待构建应用程序。
[0064]进一步,程序构建模块52具体可用于执行以下至少一种操作:
[0065]根据应用程序架构所能实现的业务逻辑与待构建应用程序所要实现的业务逻辑的区别逻辑,对应用层中用于实现该区别逻辑的功能组件进行修改,以使修改后的功能组件用于实现待构建应用程序所要实现的业务逻辑中的相应子业务逻辑;
[0066]根据应用程序架构所能实现的业务逻辑与待构建应用程序所要实现的业务逻辑的区别逻辑,对适配层中用于实现该区别逻辑的功能组件进行修改,以使修改后的功能组件用于实现待构建应用程序所要实现的业务逻辑中的相应子业务逻辑;
[0067]根据待构建应用程序所依赖的终端平台,对适配层中依赖于终端平台实现的功能组件进行修改,以使修改后的功能组件适应于待构建应用程序所依赖的终端平台。
[0068]在一可选实施方式中,如图6所示,该应用程序构建装置还包括:框架构建模块53ο
[0069]框架构建模块53,用于从应用程序架构所能实现的业务逻辑中,抽取不依赖于终端平台的子业务逻辑和依赖于终端平台的子业务逻辑;生成用于实现不依赖于终端平台的子业务逻辑的各功能组件,以生成应用层;生成用于实现依赖于终端平台的子业务逻辑的各功能组件,以生成适配层。
[0070]在一可选实施方式中,框架构建模块53在用于生成用于实现不依赖于终端平台的子业务逻辑的各功能组件,以生成应用层时,具体可用于:
[0071]生成第一接口功能组件,第一接口功能组件用于接收适配层提交的触发事件并向适配层下发处理指令;
[0072]生成第一数据处理组件,第一数据处理组件用于根据触发事件执行不依赖于终端平台的数据处理逻辑。
[0073]在一可选实施方式中,框架构建模块53在用于生成用于实现依赖于终端平台的子业务逻辑的各功能组件,以生成适配层时,具体可用于:
[0074]生成第二接口功能组件,第二接口功能组件用于向应用层提交触发事件并接收应用层下发的处理指令;
[0075]生成第二数据处理组件,第二数据处理组件用于根据处理指令执行依赖于终端平台的数据处理逻辑。
[0076]在一可选实施方式中,框架构建模块53在用于生成用于实现不依赖于终端平台的子业务逻辑的各功能组件,以生成应用层时,具体还可以用于:
[0077]生成通信组件,通信组件用于与服务器进行通信;
[0078]生成解析组件,解析组件用于解析服务器下发的数据;
[0079]生成缓存管理组件,缓存管理组件用于缓存服务器下发的数据和/或解析组件解析后的数据;
[0080]生成服务管理组件,服务管理组件用于向适配层提供数据处理进度信息。
[0081]在一可选实施方式中,框架构建模块53在用于生成用于实现依赖于终端平台的子业务逻辑的各功能组件,以生成适配层时,具体还可以用于:
[0082]生成服务消息处理组件,服务消息处理组件用于接收应用层提供的数据处理进度信息;
[0083]生成适配层接口组件,适配层接口组件用于提供操作终端平台上的其他数据的接
□ O
[0084]在一可选实施方式中,如图6所示,该装置还包括:发布模块54。
[0085]发布模块54,用于将程序构建模块52构建出的待构建应用程序发布到该待构建应用程序所依赖的终端平台上。
[0086]本实施例提供的应用程序构建装置,将业务逻辑中依赖于和不依赖于终端平台的业务逻辑区分开来,在构建应用程序时,可以在很大程度上共享应用程序架构中的应用层,意味着用于实现不依赖于终端平台的业务逻辑的代码可以在很大程度上复用,有利于减轻开发人员的工作量,加速应用程序的开发进度,提高开发效率。
[0087]所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
[0088]在本发明所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
[0089]所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0090]另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
[0091]上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory, ROM)、随机存取存储器(Random Access Memory, RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
[0092]最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
【主权项】
1.一种应用程序构建方法,其特征在于,包括: 获取预先建立的适用于待构建应用程序的应用程序架构,所述应用程序架构包括:用于实现所述应用程序架构所能实现的业务逻辑中不依赖于终端平台的子业务逻辑的应用层和用于实现所述应用程序架构所能实现的业务逻辑中依赖于终端平台的子业务逻辑的适配层; 根据所述待构建应用程序所要实现的业务逻辑和所述应用程序架构,构建所述待构建应用程序。
2.根据权利要求1所述的方法,其特征在于,所述获取预先建立的适用于待构建应用程序的应用程序架构,包括: 确定所述待构建应用程序所要实现的业务逻辑所属的业务类别; 获取用于实现所述业务类别所指示业务逻辑的应用程序架构。
3.根据权利要求1所述的方法,其特征在于,所述根据所述待构建应用程序所要实现的业务逻辑和所述应用程序架构,构建所述待构建应用程序,包括: 根据所述待构建应用程序所要实现的业务逻辑,对所述应用程序架构中的应用层和/或适配层进
当前第3页1 2 3 4 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1