• 由于個人喜歡springmvc對restful支持的完美，再加上配置簡單和與spring的天然集成，故項目打算用springMvc;
• freemarker 盡管網上有眾多評測，言之性能不擠，但對于我們項目的的環境而言是足夠的，再加上其豐富的內建函數與指令，亦十分的方便;
• 至于sitemesh，簡單的配置，對于中小型項目亦足夠;

先說web.xml,配置如下：

<context-param>        <param-name>contextConfigLocation</param-name>        <param-value>classpath:spring/spring/applicationContext.xml</param-value>    </context-param>    <listener>        <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>    </listener>    <filter>        <filter-name>encodingFilter</filter-name>        <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>        <async-supported>true</async-supported>        <init-param>            <param-name>encoding</param-name>            <param-value>UTF-8</param-value>        </init-param>        <init-param>            <param-name>forceEncoding</param-name>            <param-value>true</param-value>        </init-param>    </filter>    <filter>        <filter-name>sitemesh</filter-name>        <filter-class>com.opensymphony.sitemesh.webapp.SiteMeshFilter</filter-class>        <async-supported>true</async-supported>    </filter>        <!-- 編碼-->        <filter-mapping>        <filter-name>encodingFilter</filter-name>        <url-pattern>/*</url-pattern>    </filter-mapping>    <!—sitemesh--> 

    <filter-mapping>        <filter-name>sitemesh</filter-name>        <url-pattern>/*</url-pattern>    </filter-mapping>            <!—springmvc -->        <servlet>        <servlet-name>springServlet</servlet-name>        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>        <init-param>            <param-name>contextConfigLocation</param-name>            <param-value>classpath:/spring/springMvc/spring_mvc_base.xml</param-value>        </init-param>        <load-on-startup>1</load-on-startup>    </servlet>   <!—freemarker 配置--> 

    <servlet>        <servlet-name>sitemesh-freemarker</servlet-name>        <servlet-class>com.opensymphony.module.sitemesh.freemarker.FreemarkerDecoratorServlet</servlet-class>        <init-param>            <param-name>TemplatePath</param-name>            <param-value>/</param-value>        </init-param>        <init-param>            <param-name>default_encoding</param-name>            <param-value>utf-8</param-value>        </init-param>        <load-on-startup>2</load-on-startup>     </servlet>    <servlet-mapping>       <servlet-name>springServlet</servlet-name>        <url-pattern>/</url-pattern>    </servlet-mapping>   <!—freemarker 頁面配置 --> 

    <servlet-mapping>        <servlet-name>sitemesh-freemarker</servlet-name>        <url-pattern>*.htm</url-pattern>    </servlet-mapping>

spring mvc 以及spring配置無需多講;

在這里，有兩個地方;

1. sitemesh filter 的配置; 由于sitemesh 的主要原理為對mvc或是servlet等web框架渲染后的結果進行再包裝;即利用filter對request 和 response 先交給mvc框架處理，處理完后，再對處理完的結果，進行包裝，比如加上html頭，尾等信息。 其官方流程圖如下，也就是從1到2這個過程是mvc框架做了： 而在處理加上html頭和尾的時候，如果是第三方模板引摯如freemarker/velocity之類，還會交給相應servlet用于組裝最后的頁面。所以上面會出現針對于freemarker的配置，而jsp/jstl是不用的。 sitemesh filter的代碼如下：

   HttpServletRequest request = (HttpServletRequest) rq;        HttpServletResponse response = (HttpServletResponse) rs;        ServletContext servletContext = filterConfig.getServletContext();        SiteMeshWebAppContext webAppContext = new SiteMeshWebAppContext(request, response, servletContext);       // ....省略很多..        try {                // 得到由mvc框架等渲染完成的頁面                Content content = obtainContent(contentProcessor, webAppContext, request, response, chain);            if (content == null) {                request.setAttribute(ALREADY_APPLIED_KEY, null);                return;            }            // 進行裝飾            Decorator decorator = decoratorSelector.selectDecorator(content, webAppContext);            decorator.render(content, webAppContext);

2. freemarker配置 在FreemarkerDecoratorServlet 配置中，很多參數其實就是freemarker的參數，翻看源碼也容易發現sitemesh也是繼承至freemarker本身的類FreemarkerServlet，比如編碼路徑，所以freemarker所有配置是都可以在 這配置的; 這里的路徑必須與springMvc配置視圖解析的路徑相結合。而servlet-mapping之中，的*.htm為裝飾器的文件擴展名，并不是mvc框架返回視圖的擴展名。這里的裝飾器的擴展名是可以跟mvc視擴展名不一致的。 用htm是因為myeclipse可以方便的有html代碼提示。 問題恰恰出現在這里，springmvc的一般配置如下：

   <bean id="freemarkerConfig"        class="org.springframework.web.servlet.view.freemarker.FreeMarkerConfigurer">        <property name="configLocation" value="/WEB-INF/freemarker.properties" /> <!-- 使用freemarker自動導入功能，主要包含一些基礎的配置，如時間格工等 -->        <property name="templateLoaderPath" value="/WEB-INF/" />    </bean>    <bean id="viewResolver"        class="org.springframework.web.servlet.view.freemarker.FreeMarkerViewResolver">        <property name="cache" value="false" />        <property name="prefix" value="" />        <property name="contentType" value="text/html;charset=UTF-8" />        <property name="suffix" value=".htm" />    </bean>

   在springmvc的配置中，freemarkerconfig的配置其實與上面FreemarkerDecoratorServlet 是類似的，但又有區別; springMvc配置中的freemarker是用于spring mvc頁面渲染頁面所有，而由于在sitemesh的filter中后期，這個渲染是結束了的。故在裝飾器中，springmvc里面配置的freemarker不起做用。起作用是web.xml配置 FreemarkerDecoratorServlet 。 而且這個問題在struts 是不會出現的。

   <filter>    <filter-name>struts-prepare</filter-name>    <filter-class>org.apache.struts2.dispatcher.ng.filter.StrutsPrepareFilter</filter-class></filter> <filter>    <filter-name>sitemesh</filter-name>    <filter-class>com.opensymphony.sitemesh.webapp.SiteMeshFilter</filter-class></filter> <filter>    <filter-name>struts-execute</filter-name>    <filter-class>org.apache.struts2.dispatcher.ng.filter.StrutsExecuteFilter</filter-class></filter>

   我個人目前簡單覺得，struts 基于filter，分離出prepare 和 execute兩個場景，形分而意不分，使插件十分容易擴展且又充分的解藕。這點springmvc的確比不上。再加上struts官方有sitemesh插件支持， 且sitemesh執行完之后，簡單從filter來看，仍是處理struts的執行鏈中，卻沒有脫離。 因為這一點，我在裝飾器犯了非常多的錯。主要便是一些宏沒法使用，但又明明自動引入了。
3. 其它配置 其它有如sitemesh的decorate.xml等配置就比較簡單了，注意路徑便好; 在使用springmvc與spring時，應注意context:component-scan注解的黑白名單，否則最直接的影響就是由于父子容器的存在，事務失效、參考http://jinnianshilongnian.VEvb.com/blog/1762632

最后，發現碰到問題，要多思考，多想，多debug，了解清楚，一步一個腳印。