[FreeMarker]FreeMaker+Spring MVC（转）

lhwork

新团队使用FreeMaker+Spring MVC做表现层。 以前研究Spring Webflow的时候，顺带看了一下Spring MVC。虽然是半年前的事了，不过还好，上手并不难。 FreeMaker 到是第一次接触，大量的标签的确让我一开始很不习惯，还得写JavaScript。flt文件又不可能用Dreamware打开来看，即使打开来看，大量的FreeMaker标签也已经打乱了HTML。。。呵呵，现在回想起以前用Tapestry来开发的日子，简直是在天堂。 FreeMaker的确很简单，看看例子立马就可以入手。Spring MVC在FreeMaker搭配下，使用起来方便多了。 整个开发流程基本上是： 1）打开flt文件，面向action思维； 2）在Spring的web配置文件中定义或寻找action与bean之间的联系，然后匹配action与bean中的ModelAndView方法。 3）在bean的ModelAndView方法中从HttpServletRequest对象中提取传递参数或咨询参数。（通过Spring的RequestUtils类） 4）实现业务逻辑 5）把业务逻辑处理后的数据放置到ModelAndView对象的model中； 6）在flt中通过标签获取。 以前习惯了面向组件的Tapestry思维方式，现在嘛，一两天就熟悉了面向标签的思维方式。其实，对于面向标签的思维方式，我并不怎么反感。因为我把这个项目当成了“一次性开发”的项目，只要不考虑团队的积累和二次维护，那么我并不在乎用什么技术。记得我刚来的那天，在若干Spring的web配置文件中去寻找某一个action的定义，呵呵，让我实在有些抓狂。过几个月，我想会逐渐忘记现在自己写的FreeMaker+Spring MVC代码，可能到时候连我自己都无法做维护。 或许从另外一方面来说，是否使用Tapestry，对于现在的我来说，也已经没有太大意义。 对了，再补充一个弊端，其实严格说起来是一种混乱：由于是面向action来考虑页面之间的逻辑，因此很多action的咨询参数是通过 JavaScript来设置的，且不说这些JavaScript无法复用，当进行项目维护的时候，即便是写代码的程序员本人，有时候都不得不在页面中的大量JavaScript中查找令人头大的页面逻辑。这种混乱在Tapestry中是不会出现的。