| 发表于：2007-05-29 13:45:32 楼主 |
songxqframe这个框架是我对oo思想，设计模式以及工作经验的一个总结，小弟刚刚入“道”，经验不多，修为尚浅，请各位高人指点一二。
1、背景
自己比较懒，对structs,hibernate等著名的框架虽然机制上有一定的了解，但对于他们复杂的xml配置感到畏惧，于是想做一种编码量少，配置也少的一种简单的框架，能够进行快速开发。
2、基本组成
songxqframe包括web层的mvc框架和持久层的orm框架。
3、songxqframe的web层框架
web框架借鉴了structs等基于请求的框架技术。核心控制器为一个servlet，维持了一个请求的生命周期：
（1）字符编码设置。
控制器servlet可以设置encoding参数，对字符编码进行设置，默认为utf-8编码。这样就省去了解决乱码问题的烦恼。
（2）包装请求参数。
将用户的请求参数进行包装成一个requestdata接口的实例，requestdata提供到基本数据类型的转换，如requestdata.getint（ "name ")等方法，并能够自动封装文件上传的multi-part请求，极大地简化了文件上传的操作，通过requestdata.getinputstream（ "file ")方法可以直接获取文件上传流，如果要获取更多上传文件的信息，可以通过getfileitem方法，文件上传是通过apache的fileupload组件实现的。
如果请求参数存在同名情况可以通过相应的get*array（)方法获取一个参数对应值的数组，如string [] values = requestdata.getstringarray（ "key ");多文件上传： inputstream [] ins = requestdata.getinputstreamarray（);
（3）初始化请求上下文。
这个环节是通过名为web-controller.xml的配置文档进行的。配置文档如下：
<?xml version= "1.0 " encoding= "utf-8 "?>
<webapp>
<!-- 细粒度配置，配置到每一个请求，每一个请求配置全局只有一个实例 -->
<request waid= "test ">
<!-- 处理器配置 -->
<processor class= "test.testprocessor " singleton= "true ">
<!-- 处理器处理之前的初始化操作，用setter注入，对于单例没什么作用，反而影响了其他请求 -->
<init />
<!-- 处理器前增强，比如权限检测 -->
<advisor type= "before " class= "test.testbeforeadvisor " singleton= "true ">
<init>
<set name= "pass " value= "song,songxq,xuqiong " />
</init>
</advisor>
<!-- 处理器后增强，比如写日志 -->
<!-- advisor type= "after " class= " " singleton= " " / -->
</processor>
<!-- 渲染器配置，当一切处理正常，由渲染器负责渲染,暂时忽略singleton -->
<render class= "test.testrender " singleton= "true ">
<init>
<set name= "name " value= "songzenghui " />
</init>
</render>
</request>
</webapp>
根据请求的“waid”参数，读取配置文档，最终产生一songxqwebrequestcontext接口的实例，通过这个接口，可以获取一个请求的上下文环境，包括request,response,session,application,processor（处理器),advisor（处理器前后增强),render（渲染器)（处理器和渲染器的作用稍后解释)。
（4）处理器对请求进行处理。
通过读取web-controller.xml，初始化请求上下文后，每一个请求（用waid标志的）都对应了一个processor接口的实例，即请求处理器，对请求进行逻辑处理。
processor接口的定义：
public interface processor {
/**
* 在某个请求环境中处理某数据
* @param data ： 需要处理的数据
* @param context ：请求的上下文
*/
void process（requestdata data ,songxqwebrequestcontext context) throws exception;
}
为了完成一些通用的工作，比如可能要进行权限控制，或者要进行业务日志的记录，因此根据需要可以在处理器处理的前后加上一个advisor（processoradvisor 接口的实例）进行拦截处理（不知道是不是aop）。如果拦截不通过就抛出异常。
processoradvisor 接口的定义：
public interface processoradvisor {
void process（requestdata data ,songxqwebrequestcontext context) throws exception;
}
（5）渲染用户输出。
对用户请求处理结束以后，即做出反馈（response）。在songxqframe里是通过渲染器（render）进行输出的。
render接口的定义：
public interface render {
/**
* 渲染器在处理器之前可能要做一定的准备工作
*/
void preparebeforeprocessing（httpservletresponse response, songxqwebrequestcontext context)
throws exception;
/**
* 在某个请求上下文中进行渲染操作，由于渲染必不可少的需要response，因此显示提供。
*
* @param response : 渲染响应
* @param context ： 渲染的请求上下文
* @throws renderexception
*/
void render（httpservletresponse response, songxqwebrequestcontext context)
throws exception;
}
最常见的输出为jsp页面的输出和ajax里面用到挺多的text的输出。因此框架内置了defaultpagerender和defaulttextrender。还可以自定义许多的render，比如在新的一个项目里要用到excel的输出，word文档的输出，xml的输出，json字符串的输出等。
到输出这个阶段一个请求的生命周期基本结束了。
但在这个过程当中随时可能捕获到异常，因此附加了一个异常处理的机制。
（6）异常处理
异常处理的目的主要是为了给用户一个比较友好的系统错误提示方式，这个机制配置在web-exception.xml文档里，非常简单，一个类型的异常指定一个render输出。
<?xml version= "1.0 " encoding= "utf-8 "?>
<webappeexception>
<!-- 所有的异常类都由该异常处理器处理 -->
<exception class= "java.lang.exception ">
<render class= "net.songxq.web.render.defaultpagerender " singleton= "false ">
<init>
<set name= "pagetorend " value= "http://www.baidu.com " />
<set name= "type " value= "browserside " />
</init>
</render>
</exception>
</webappeexception>
4、持久化框架
待续 |
|
|
|
|
