简介

前言

任何一个企业都是社会生产活动中某个环节的一个部分，一个企业的价值不在于技术多高，重要的是在于你能给别人提供的服务，什么质量的服务。

软件企业提供的服务所面临的最大挑战是如何实现真正的按“期”交货，即在规定的“期限”，满足客户或设计的“期望”。而“瀑布”型开发方法是从需求开发、设计、编码、测试、交付的流水顺序工作流程。

经常碰到的情况是，从需求开发到用户测试经历的时间太长，用户看到后发现和所要的系统有不少的差距，于是产生的较大的需求变更。客户对结果、进度不满意，软件企业开发成本上升，利润下降。解决办法就是提高开发过程的自动化程度，缩短迭代周期来应对需求的变化。

现有的开发框架有很多，对于解决Web表现层（Presentation Layer）信息的复杂展现与交互问题，却缺乏令人满意的解决方案。而表现、交互编程占整个开发编程工作量的一半以上。本文阐述用ads框架来解决这个问题。

概述

Ads是Active DataWindow Service的缩写，是AJAX技术思想的具体实现。由Ads MVC framework开发框架和Ads Studio可视化集成开发工具组成。相对MVC三层结构而言Ads主要分布于view、control两层，是为提高复杂表现、用户交互编程开发效率，抽象出来的，可以称之为展现中间件（Presentation Middleware），居于数据库与应用中间件之上，负责Web表现层（Presentation Layer）信息的复杂展现与交互。Ads展现中间件最终设计目标是提高开发速度与代码品质，降低了维护成本，使人工代码更集中于反映业务逻辑。实现表现层开发与业务逻辑及数据层的完全分离。在b/s结构应用上为用户提供c/s结构的信息交互与信息展现能力，带给用户不同的Web操作体验。

Ads展现中间件目前可用版本为2.0，在典型应用元件系统的设计、开发中运用，用“原型法”开发应用原型与客户互动，中间经历了一次大的变更及很多小的变更，实践证明了ads的可用性，可以从容的进行开发和面对用户的变更，开发、变更修改的速度有很大的提高（由原来1人1天实现一个数据表的增删改查，缩短到1小时）。提高了代码质量和程序操作用户交互的友好性。

软件结构

Ads采用了IOC容器及AOP面向方面、Component组件技术，达到了高效简化开发的目的。Ads面向开发提供3种类型的服务，分别是数据窗口datawindow服务、remote call java method服务及ads_servlet服务。

开发人员使用ads studio可视化集成开发工具配置定义完成复杂信息的web展现，表现层与控制层的交互采用ads protocol协议进行通讯，程序开发中可以完全不用关心。只关注业务逻辑的实现。

典型的ads框架应用请求/响应过程，由页面的datawindow、dtree等组件或remote call java method调用通过（1）datasource数据源组件与ads_gateway网关通过ads protocol协议进行通讯；（2）ads_gateway网关通过BundleOperator解析协议，（3）在通过Ads_Service识别服务请求并分发请求给Ads_Service_Config配置对应的服务程序，（4）由服务程序（业务逻辑处理程序）完成具体服务，（5）再通过BundleOperator发送ads protocol协议数据包给请求页面数据源datasource组件，（6）数据源datasource再分发数据给对应的组件处理展现或转向到其它业务逻辑页面，完成一次请求/响应过程。

其中（1）（2）（3）（5）（6）由Ads依据配置完成，不需要写代码。开发人员只需关注（4）业务逻辑处理的实现。

表现层

由框架容器、页面及组件组成。

框架容器完成应用展示逻辑组织：框架容器是应用的各种表现页面的容器。

l 提供各页面间用户事件的监听和传递；

l 为多页面提供上下文（ads_content）；