框架总体架构设计说明书.docVIP

简要说明 本文把框架从分层的角度把框架设计为6个层，并具体划分各个层的主要功能、主要组成、主要类的接口；然后再规划了几个最常用的通用组件的主要接口。 分层理论 随着软件行业的发展，软件项目的规模越来越大，复杂度越来越高，为降低复杂度,将应用系统分层,以降低各层的复杂度,利于软件开发的分工和复用.。 图示 图2.1 基本准则 不得跨层调用，每一层都只与直接相临的层进行通信。 上面各层都建立在下层的基础上，隐藏下层的信息并为上层提供服务。 各层要封装自己的实现，向前一层提供访问接口。 各层支持分布式的部署，即可部署于不同的容器实例中。 各层数据传递使用javabean,map,collection 显示层的数据结构使用javabean,map, collection 层间数据传递 数据格式： 各层数据传递使用javabean,map,collection 数据传递： Request 线程变量(CommandContext) 各层说明 客户层 系统最终用户的使用界面和设备。包括基于浏览器的瘦客户端和基于GUI的胖客户端应用。 尽量减少与后台的交互。 界面符合用户的使用习惯。 界面美观大方,风格统一,交互性好。 交互层 用户和系统之间的交互管理，提供用户层的展现逻辑和对应用层的访问接口。也包括单点登录、会话管理、用户输入的逻辑校验等功能,错误处理,提示信息处理. 客户层访问的交互协议尽可能使用http/https。 是客户层的统一接入点。 应用层 业务逻辑的接口，实现业务流程的控制，是业务领域层的服务接口。 以Session Facade的模式实现。 启动事务控制。 领域对象的交互在此处理。 业务领域层 根据业务需求进行的抽象,包括业务对象模型，业务规则和逻辑处理的实现 资源访问层 对系统的各种资源和外部系统统一的访问逻辑的实现。 不作语义转换，只实现纯粹的资源访问。 提供访问文件,或者数据库的接口。 使用jdbc,io等等。 支持使用dao模式,支持ejb,支持hibenate。 资源层（EIS） 各种信息系统资源，例如：RDBMS、文件系统、原有系统、消息服务、邮件服务、交易服务中间件等。 框架分层 概述 panther框架针对分层理论的具体实现,包括各层对应到的接口和类,及对接口和类的说明,做为使用panther框架开发应用软件时候的分层的指导性原则。 图示 图3.1 显示层 panther框架显示层包括JSP，View加上web组件组成,主要功能: 处理显示逻辑 用户交互 显示客户界面 控制层 panther使用命令模式,用command做为控制层,主要功能 向应用层发送请求 处理异常 处理提示消息 导向功能. 应用层 使用facade模式,做为前端和后端的门面,包括IService和IService实现,主要功能: 数据转换,view和databean的相互转换 多个domain的交互,和流程 将后端异常转换成web端异常 处理事务 领域层 领域层包括IDomain, IDomain实现和databean,主要是分离复杂,使我们的领域对象不过分臃肿,便于复用。 domain的功能： 多个dao的交互 对外模块提供的公用接口 databean的功能： 领域模型,各个领域对象的关联,如订单和客户的关联关系 领域逻辑,如订单的计算总金额 持久层 目前panther的持久层使用jdbc+dao的模式,包括IDao和IDao的实现主要功能： 负责数据库的存取 负责文件的存取 重要的包和类 显示层 当前先考虑使用JSP技术来实现，在JSP里使用平台的web组件，有关web组件的详细资料请参考web组件相关文档。 控制层 使用servlet+command的模式来实现，servlet接收请求然后根据请求信息找到一个对应的command，command调用应用层的service，执行完service的方法后返回一个页面（IForward）给客户端。 图4.1 应用层 Service把控制层传来的数据转换为领域层数据，然后调用领域层的Domain，同时通过事务控制组件来做事务的控制。 图4.2 图4.3 BaseService是Service的基类，有一个不能为空的TransactionTemplate类型的属性，initService方法是service的初始化方法，在service被实例化后执行。 TransactionTemplate是事务控制模板，execute方法包含事务处理逻辑；TransactionCallback是一个回掉接口，doInTransaction方法里调用要在事务里执行的方法。 领域层 DataBean是领域层的数据实体，Domain负责领域逻辑，Domain调用持久层的Dao处理状态持久化；DataBea