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