最近一直在忙于学习业务系统和学习c++对技术框架已经疏于了解恰好一同事在我项目里使用了spring并带了些问题所以决定看看Spring技术针对我同事带来的这些问题与大家讨论
主要是些负面的体会
一Spring的xml配置很不好xml滥用程度已经泛滥成灾了要知道程序员最习惯最欢迎的还是看代码当要看一个业务逻辑时发现竟然先要去看它的父类然后看爷爷类然后再看太爷爷类最后发现还需要找Spring配置去找另外一个类而这个类ref了另外一个类时肯定哐当晕倒无论是初学语言还是对技术深入了解的高手或者还是因为项目紧急从别的地方抽掉过来的其他成员简单的代码和配置都是合适的（像我这样用了好几年的java的人已经有点不爱看xml配置）
二Spring的配置方式不支持开发模式每次修改Spring配置总是需要重启动一些大项目启动是非常耗时的相反一些别的小的第三方配置开发包可以支持开发模式另外我觉得Sping也不太可能支持开发模式这在下面一点会说到
三直觉上Spring管的太多对于很多框架或者第三方lib来说往往专着于完成系统的某一方面如Hibernate专着于O/R MappingEJB专着于分布事务规则引擎专着于解释规则执行运算等Spring做的太多使其有啥都做不好的嫌疑当然这还不是最主要的负面因素而是他干扰了业务系统他对对象进行管理有可能会让某些用户用Spring管理业务对象这有可能带来负面结果的如一些情况Struts的MVC被Spring接管业务逻辑又被Spring接管一个新手很难看懂代码了解代码的时候总会遇到黑洞又如上面所说的开发模式因为业务对象的互相依赖重新启动业务对象是很复杂的一件事情Spring也不可能做到这一点除非你的业务对象屈服于Spring的架构这又和使用Spring初衷违背了再如业务对象的复杂性核心性决定了Spring难以管理好它也没有必要多此一举
四适配器成灾Spring为了管理好第三方包只好做些适配器以方便管理当然有些第三方包很简单不需要做比如我看到刚有的一篇文章是在Spring中使用定时器但是某些复杂的第三方包或者框架就有问题了得写适配器如接管某web mvc框架又如刚才所说的定时器lib本生功能齐备的定时器lib就有自己的配置你要去Spring去管理它只能写个适配器在适配器中使用定时器lib提供的配置文件
