bluepenguin设计方案

原创
2009/10/21 14:20
阅读数 504

一.      项目目的 

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

二.项目组件 

JDK1.6,

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

自定义框架:PJDBC1.0

三.    项目特色 

1.能做到servlet全透明,看不到httpsessionrequestresponse……。

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接口、其他操作hibernateibatis接口)---à异常fiter(所有异常转化成MessageException抛出,message属性为空为“系统未知错误”)---àExt

    

 

 

 

Ext提交

url:/example/ext1.json  参数 method:方法名

字符集

字符集

Json转化器

转化器类型。默认为 Json

日志fiter

需要做日志的模块 列表

转发器

更具 url 截取 最后的/与?之间的字符,如果有.,再取.前的字符放到。再由spring来控制转发。

BasicAction

<[if !supportLists]>1.       <[endif]>提供个性过滤器定制

<[if !supportLists]>2.       <[endif]>requestreponse……作为内部变量封装

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

 

展开阅读全文
打赏
0
1 收藏
分享
加载中
更多评论
打赏
0 评论
1 收藏
0
分享
返回顶部
顶部