欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页

Summercool-Web框架简介 (一) 博客分类: Spring MVCWeb springmvcstrutsstruts2Web 

程序员文章站 2024-02-23 13:12:28
...

 

简介:轻量封装Spring MVC

         因为本人在国内最大的电子商务公司工作期间,深感一个好的Web框架可以大大提高工作效率,而一个不好的Web框架,又可以大大的降低开发效率。所以,在根据笔者在从事电子商务开发的这几年中,对各个应用场景而开发的一个轻量封装Spring MVC的一个Web框架。

         笔者工作的这几年之中,总结并开发了如下几个框架: summercool( Web框架,已经应用于某国内大型网络公司的等重要应用)、summercool-hsf(基于Netty实现的RPC框架,已经应用国内某移动互联网公司)、summercool-ddl(基于Mybaits的分表分库框架,已经应用国内某移动互联网公司);相继缓存方案、和消息系统解决方案也会慢慢开源。Summercool框架做为笔者的第一个开源框架

 

框架地址: http://summercool.googlecode.com/svn/trunk/summercool-web  

应用地址: http://summercool.googlecode.com/svn/trunk/summercool-petstore  

工具地址: http://summercool.googlecode.com/svn/trunk/summercool-tools

说明:此框架要用到spring-tools文件夹中的security文件夹中的文件,使用此框架的人员请将security文件夹的内容替换到JDK中的security文件夹中

 

 

一、为什么有了Spring MVC框架,还要在封装一下呢?

      1) Spring MVC是基于Servlet实现的请求处理器,而Summercool框架将其改成为基于Filter实现

         (好处就不多说了,大家都懂的;只是提一下,Servlet是请求生命周期的结束,而Filter则不是请求生命周期的结点)

      2) Spring MVC在一些特殊处理上处理的也不是非常的理想,定制化也不是完全可以扩展的;下面笔者就具体的列举一下:

 

A. xml配置文件的缺省加载

    1. 如果我们要是想加载一个或多个Spring的xml配置文件,那么我们要用<import>来完成文件的加载

    2. 在Summercool中只要将Spring的xml配置文件,放在classpath下面的"/summercool/spring"文件夹下面,应用启动的时候,Summercool框架会自动扫描classpath下面的"/summercool/spring"文件夹中的xml配置文件。

    3. 多个jar包里面"/summercool/spring"文件夹下面的xml配置文件,框架也会自动加载

 

B. 约定胜于配置

    1. Spring MVC其实已经有约定胜于配置了,但是还是不我们想要的那种理想型的

    2. /index.htm --> /IndexController.java

        /user/user_manager.htm --> /user/UserManagerController.java

        上面才是我们的理想型的约定胜于配置的方式

 

C. 页面模块化和页面函数自定议

    1. Summercool框架只提供了对freemarker页面模版定制化的支持

    2. 比如一个页面"/index.ftl"中,分成三个部分"头(header)、体(body)、 尾(footer)";其中头和尾*用的,那么一般写页面的时候,我们可能会用freemarker的<#include>标签

 

<html>
    <#include "/header.ftl">

         内容体!

    <#include "/footer.ftl">
</html>

    说明:上面的页面中,我们可以看出;<#include>标签不是非常灵活;

              1. 导入一个页面,要带上页面的扩展名;不是非常灵活

              2. 导入的页面,没有办法定制导入子页面的相关业务逻辑(总不能处理一个子页面的时候要把逻辑写在页面里面吧?^_^)

 

    3. 如果用Summercool框架中的内置函数,则写法如下:

 

<html>
    ${widget("/header")}

         内容体!

    ${widget("/footer")}
</html>

    说明:上面的页面中,我们可以看出${widget()}函数,不需要页面的扩展名

              1. ${widget("/header")}的加载过程,--> /HeaderWidget.java --> /header.ftl

              2. 如果/HeaderWidget.java不存在,则 --> /header.ftl

              3. 这样,我们就可以把一个公共页面的处理类的逻辑,写在/HeaderWdiget.java里面;如:显示登录名称

 

D. 自定义URL模版

    1. 一个应用中,经常会自定义一些特别的url地址,而非约定胜于配置而自动映射的地址

    2. http://localhost:8080/item/#id#.html --> http://localhost:8080/item/12345.html

    3. 上面的URL地址,是我们自定义的一个URL地址,1) 我们一般的期望是上面的地址规则可以配置,并且变量可以跟据一定规则替换;2) 我们还期望有一个对应处理该地址的Controller处理类,并且可以自动提取出规则地址中的变量,如#id#

 

E. Cookies的自动加密和解密实现

F. 基于Cookies的免登录实现

G. 全局统一处理的权限实现

H. 全局统一处理的图片自动缩放处理实现(包括cache)

I. 多语言模版的实现(Spring MVC和Freemarker自带)

J. 多主题的实现(Spring MVC自带)

 

相关等等的功能,说不清楚了。主要是Summercool提供了一些相关的接口可供随意扩展并改进了一些Spring MVC笔者自认为不好的地方;后面的章节笔者自一一阐述并给出演示示例。