bluepenguin设计方案

一．      项目目的 

   组合常用开发框架，摈弃这些框架中重量级的功能，简化框架配置。形成一套能够高效开发出优质系统的组合框架。 

二．项目组件 

JDK1.6,

开源框架: EXT3.0  SPRING2.5  Log4j

自定义框架:PJDBC1.0

三．    项目特色 

1.能做到servlet全透明，看不到httpsession，request，response……。

2.可扩充fiter，针对特定 控制层、业务层 实现不同的过滤方案。

3.1app1page，一个应用一个页面。

4.前后台默认映射，大大提高开发效率

四．  设计方案 

1.       系统架构

   

 2.         前后台交互方案

 <[if gte vml 1]> <[endif]>

Ext   ----(所有数据封装成json)---> 字符集fiter --à Json转化器(json到 Json.java的转化) -à是否登录fiter  ----->    日志fiter(谁什么时间访问什么模块) -----à   控制转发器(截取url通过spring上下文获取Action) -à  Action (继承BasicAction，负责将json类型转化成BO，业务类之间的协调) ---àServie(全事务)---à（无方言简单操作JDBC接口、其他操作hibernate、ibatis接口）---à异常fiter(所有异常转化成MessageException抛出,message属性为空为“系统未知错误”)---àExt

    

 

Ext提交	url:/example/ext1.json  参数 method:方法名
字符集	字符集
Json转化器	转化器类型。默认为 Json
日志fiter	需要做日志的模块 列表
转发器	更具 url 截取 最后的/与？之间的字符，如果有.，再取.前的字符放到。再由spring来控制转发。
BasicAction	<[if !supportLists]>1.       <[endif]>提供个性过滤器定制 <[if !supportLists]>2.       <[endif]>将request，reponse……作为内部变量封装
JDBC	实现JDBC方案的最优化，仿照hibernate缓存
异常	服务器所有任务处理完毕后
Ext	Over

 

 

3.          字段映射

1.默认方案

规范：web页面字段 ==  bo  == 持久层字段名

好处：可以实现0配置。

坏处：必须严格控制界面字段与BO与持久层字段名一致

（极限情况：web页面字段 ==  hashmap  == 持久层字段名

      好处：用hashmap替代BO，只保证持久层以界面字段名一致

      坏处：去掉BO业务实体不明显

）

2.定制方案

   自定义各层间字段名转化规范。

   好处：容易扩展

坏处：容易出错

（

      项目先实现一种，留有接口给后来人实现。

      用hashmap保存字段间的映射关系。

）

3.配置方案

   用xml确定web页面字段bo与持久层的映射关系。

<module>

       <field>

         <view>custname</view>

         <bo>custName</bo>

         <db>cust_name</db>

</field>

</module>

好处：省去在各层之间业务实体进行转换的麻烦。

坏处：存在大量xml