本发明专利技术实施方式提出了一种Web应用的实现方法和装置。方法包括：按照业务类型对Web应用的前台功能模块进行切分，以生成对应于各个前台功能模块的页面；按照业务逻辑分别在各个页面中切分出预定类型的组件，并且设置各个组件到统一总线的总线接口；利用各组件的总线接口在组件内和/或组件间传递数据。本发明专利技术实施方式可以更好地组织逻辑结构，并实现功能复用。
【技术实现步骤摘要】
【专利摘要】本专利技术实施方式提出了一种Web应用的实现方法和装置。方法包括：按照业务类型对Web应用的前台功能模块进行切分，以生成对应于各个前台功能模块的页面；按照业务逻辑分别在各个页面中切分出预定类型的组件，并且设置各个组件到统一总线的总线接口；利用各组件的总线接口在组件内和/或组件间传递数据。本专利技术实施方式可以更好地组织逻辑结构，并实现功能复用。【专利说明】一种Web应用的实现方法和装置
本专利技术实施方式涉及信息处理
，更具体地，涉及一种Web应用的实现方法和装置。
技术介绍
Web应用程序是由完成特定任务的各种Web组件(web components)构成的，并通过Web将服务展示给外界。在实际应用中，Web应用程序通常由多个Servlet、JSP页面、HTML文件以及图像文件等组成。所有这些组件相互协调为用户提供一组完整的服务. 模型一视图一控制器(MVC,Model View Controller)是一种Web应用软件设计典范，用于组织代码，实际上是一种业务逻辑和数据显示分离的方法。这个方法的假设前提是如果业务逻辑被聚集到一个部件里面，而且界面和用户围绕数据的交互能被改进和个性化定制而不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。 模型一视图一层现器(MVP, Model View Presenter)模式从MVC模式演变而来。Presenter为层现器，负责逻辑的处理；Model为模型，提供数据；View为视图，负责显示。MVP中的View不直接使用Model,它们之间的通信是通过Presenter进行，交互会发生在Presenter内部。目前GWT (Google Web Toolkit)开发普遍使用MVP模式，MVP常用于基于GWT的Web系统，应用十分广泛。 MVP模式是一种通用的模式技术。然而，基于GWT的许多应用系统有着复杂的页面结构和模块结构，现有技术很难通过MVP技术较好地组织逻辑结构，并实现功能复用，这就会造成代码冗余。另外，许多应用系统存在大量复杂页面和页面、页面和模块、模块和模块之间的展示切换、事件交互、数据传递等功能，现在技术很难进行统一管理。
技术实现思路
本专利技术实施方式提出一种WEB应用的实现方法，以更好地组织逻辑结构，并实现功能复用。 本专利技术实施方式还提出了一种WEB应用的实现装置，以更好地组织逻辑结构，并实现功能复用。 本专利技术实施方式的具体方案如下: 一种Web应用的实现方法，该方法包括: 按照业务类型对Web应用的前台功能模块进行切分，以生成对应于各个前台功能模块的页面； 按照业务逻辑分别在各个页面中切分出预定类型的组件，并且设置各个组件到统一总线的总线接口； 利用各组件的总线接口在组件内和/或组件间传递数据。 一种Web应用的实现装置，包括功能切分单元、组件切分单元和数据传递单元，其中: 功能切分单元，用于按照业务类型对Web应用的前台功能模块进行切分，以生成对应于各个前台功能模块的页面； 组件切分单元，用于按照业务逻辑分别在各个页面中切分出预定类型的组件，并且设置各个组件到统一总线的总线接口 ； 数据传递单元，用于利用各组件的总线接口在组件内和/或组件间传递数据。 从上述技术方案可以看出，在本专利技术实施方式中，按照业务类型对Web应用的前台功能模块进行切分，以生成对应于各个前台功能模块的页面；按照业务逻辑分别在各个页面中切分出预定类型的组件，并且设置各个组件到统一总线的总线接口 ；利用各组件的总线接口在组件内和/或组件间传递数据。由此可见，本专利技术实施方式融合传统HTML页面开发和MVP模式的优点，提出一套基于页面(Page)的组件化机制以实现复杂的Web应用，可以更好地组织逻辑结构，并实现功能复用，尤其适用于GWT应用。 【专利附图】【附图说明】 图1为根据本专利技术实施方式WEB应用的实现方法流程图； 图2为根据本专利技术实施方式组件切分示意图； 图3为根据本专利技术实施方式独占组件状态感知示意图； 图4为根据本专利技术实施方式WEB应用的实现装置结构图。 【具体实施方式】 为使本专利技术的目的、技术方案和优点更加清楚，下面结合附图对本专利技术作进一步的详细描述。 在本专利技术实施方式中，融合传统HTML页面开发和MVP模式的优点,提出一套基于页面(Page)的组件化机制来实现复杂的Web应用，尤其适用于GWT应用。 图1为根据本专利技术实施方式WEB应用的实现方法流程图。 如图1所示，该方法包括: 步骤101:按照业务类型对Web应用的前台功能模块进行切分，以生成对应于各个前台功能模块的页面。 示范性地，可以对Web管理系统的各种前台功能模块进行切分。Web管理系统可以具有两种模式，分别为C/s或B/S。C/S是客户端/服务器端程序，也就是说这类程序一般独立运行，而B/S就是浏览器端/服务器端应用程序，这类应用程序一般借助IE等浏览器来运行。在这里，将前台功能模块根据业务逻辑进行横向分割，切分成不同的页面。 比如，针对广告推广类型的Web应用，可以切分为广告管理、统计报告、工具箱、账户管理、财务管理等等页面。 在对前台功能模块进行切分时，由于针对业务类型的定义不同，可能会划分多种页面。 步骤102:按照业务逻辑分别在各个页面中切分出预定类型的组件，并且设置各个组件到统一总线的总线接口。 在这里，进一步在各个页面中细化业务逻辑，对页面进行纵向分割，将页面切分成不同的类型的组件，其中组件表示页面中具有独立业务功能的模块。 组件类型可以分为共享组件(SharedComponent)、独占组件(ExclusiveComponent)和叶子组件(SimpleCompnent)。组件化机制通过这三类组件的组合完成复杂的页面模块组织。独占组合或共享组件也可以称之为组合组件。 共享组件:包含若干个叶子组件，所有叶子组件都可以展示其状态，用于页面的构建和切分。 独占组件:包含若干个叶子组件，但只有唯一叶子组件展示其状态，用于感知组件的状态变化。 叶子组件:最小的组件单元，承载业务实体、用户Π和功能逻辑。每个叶子组件都有自己的状态(State)，用户操作会触发叶子组件的状态，组合组件通过感知所包含叶子组件的状态变更来实现页面和模块更新。叶子组件优选具有模型-视图-层现器模式。 图2为根据本专利技术实施方式组件切分示意图。 如图2所示，该页面200为某广告管理页签，实际上是一个Web页面，这个页面表示一个完整的顶级视图，类似于一个传统的HTML页面。 该页面200自身为一个共享组件，可以切分为不同类型的组件，如导航组件201为叶子组件，状态不可变；广告序列202和广告序列列表203都是独占组件，状态可变。 在图2中，在广告序列202中进一步包括多个叶子组件，分别为广告组2021、广告2022和关键词2023。而且，广告序列202和广告序列列表203是具有关联属性的独占组件。 各个组件都具有到统一的总线接口，从而便于在组件内和/或组件间传递数据。 步骤103:利用各组件的总线接口在组件内和/或组件间传递数据。 本文档来自技高网...
【技术保护点】
一种Web应用的实现方法，其特征在于，该方法包括：按照业务类型对Web应用的前台功能模块进行切分，以生成对应于各个前台功能模块的页面；按照业务逻辑分别在各个页面中切分出预定类型的组件，并且设置各个组件到统一总线的总线接口；利用各组件的总线接口在组件内和/或组件间传递数据。
【技术特征摘要】
【专利技术属性】
技术研发人员：唐少刚，陈俊，李兆福，季成城，章国瑾，
申请(专利权)人：腾讯科技深圳有限公司，
类型：发明
国别省市：广东;44
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。