Nice Struts～鸡肋问题解决之道

一般说的零配置就是指零XML配置文件。

注解当然是另一种配置方式，但是IDE对注解的支持远好于XML配置文件，注解本身是强类型，具有编译期检查、继承等特性，重构支持也非常好，大多数情况下配置效率也比XML方式高。

使用注解只是配置转移了，呵呵，把矛盾转嫁了，如果不分场景的使用注解，可预见的未来会有针对注解的另一场口诛笔伐。个人认为技术都是又实用场景的....

我不是想引起这个讨论，因为很早以前就讨论了不知道多少次了。再说一次好了，配置文件分两种，一种是一直以来就有的例如“数据库连接属性”、“Log4j”的配置文件，而另一大类就是Struts2的页面转向逻辑和Hibernate的映射配置文件，后一大类情况还不一样，Struts2的页面转向逻辑基本属于“幻影需求”，而Hibernate的映射文件更多的是出于无奈，后来采用注解并兼容JPA规范后就很好用了，对与这一类的配置文件我不认为是真正的“配置文件”，用途不同而已。

所谓的“幻影需求”再重复一下，期望在需求变化时，系统不修改代码，而仅仅修改配置文件就能够轻松搞定，可能么？实际多做几个项目就知道了，这种幻影需求的可笑了。

这方面仅仅表述struts2的默认的配置文件过于重载而已，xml配置文件本身也是可以做出改变的，Spring的配置文件就是不断在演进的。

呵呵，公司用ofbiz，一样解决上述问题。
传值用Map封装，控制逻辑用control.xml配置文件来解决。