spring提倡的是面向接口编程。我对spring mvc较熟悉,从用的过程中感觉到,虽然spring对每个部分都提供了实现,但觉得不能很好的满足特定项目的需求,特别是我接触的项目。幸运的是spring mvc的各部分都是可以扩展的 ,所以我根据我们项目的特定需求对他进行了扩展,以更适于我们的项目。
还有一个问题,当你的应用里controller多了以后,配置文件就比较复杂、庞大,难于维护,而且现在也没有可视化的工具来管理这些配置文件。配置文件的庞大也是spring的一个软肋,故我有一个想法:采用一些默认的映射规则、命名规则来简化配置文件,这样能轻松的维护配置文件,也能提高开发效率。这就类似于Ruby on Rails框架一样。无配置文件的特性不正是Ruby on Rails框架叫嚣的一点吗?我准备实现他。
另外说明一下,个人感觉spring mvc 比struts好,比struts层次跟清晰,也更灵活。