spring3mvc与struts2比较

据我所知，即将开源的人人网的web层架构就是由SpringMVC 2.5版本及以上修改而来的。连Annotation很多地方也就只是换了一个名字，用法都一样，还有一些增强功能。

spring mvc 有一个问题 struts2中设置了

<constant name="struts.convention.result.path" value="/WEB-INF/content/" /> 

之后
auto_import=/WEB-INF/macros/admin/lib.ftl as csm 可以找到 lib.ftl

而在spring mvc中设置了
<property name="templateLoaderPath">
			<value>/WEB-INF/view/admin/</value>
		</property>

以后，auto_import的文件必须在/WEB-INF/view/admin/的子目录中，否则找不到文件

在struts2 中能通过 @ResultPath 设置多个 templateLoaderPath
在spring mvc中不能，但是这个在分为前台后台的系统中 比较有用因为 前台和后台再用不同的目录，

在struts2中能通过

@Namespace("/admin/")

来设置 而且这个属性能继承，对方法也有效这样能有利于，对url进行统一拦截，在springmvc中只能通过在方法上设置

@RequestMapping(value="/admin/login")

，比较繁琐，当然可以采取其他办法，必须放到admin 包下

struts2中还有个，可以统一拦截等，而在springmvc中没有

struts 2 在视图层方面我感觉还是很好的，楼主说在action中的类属性共享问题，就我个人感觉来说比spring要方便很多，要将强程序的可读性只需要添加注释就好了；不想spring参数都需要重复的在每个方法中重新定义。sping的零配置感觉比struts要好，不像struts每个url都需要去配置对应的action方法

个人感觉spring MVC用起来比较轻。

说句实话，楼主这么用spring3确实是到了方法级别，不过我觉得还是定义到类级别，然后用method来区分方法比较好，配置更少，写起来更简单

不懂不要乱说，struts 2 的零配置实现不要太多。约定插件、通配符都可以

楼主所指的是配置文件de零配置

哈哈，学学spring的洞东西

to downpour:
seam3一出,自见分晓.也许你会改变看法.

表示层的框架选择是毫无悬念的。在浏览器模式下，MVC将远超事件驱动。

Seam秉承的始终是事件驱动，这从设计理念上就已经败了。