对Spring的一些负面看法

1. 针对接口编程
2. 通过XML配置业务类
3. 避免不必要的Singleton
4. DAO的封装
5. 异常的处理
6. AOP
7. 一些额外功能的支持

1. 一般来说，配置文件是无法利用编译器的静态检查功能，只能通过大量单元测试来解决问题，也就是说它将许多可以静态编译器可以发现的错误，推迟到了单元测试甚至运行时才能发现。这样需要编写大量的单元测试，甚至部分是不需要的，无谓的增加开发量。即使进行一些简单修改，也需要完整的运行测试用例，增加了测试量。
2. 有时候说XML配置可以随时修改，不需要重新启动服务，其实不见得，如果新增加了或者修改了类，不管有没有修改配置文件都需要重新启动服务（大部分的WEB Server可以支持热布署），从这方面来看，修改配置文件和修改代码没有质的区别。
3. 利用IDE，如Eclipse很容易查看代码，包括继承，调用等，对代码也很容易管理，对于XML配置文件，随着模块的增加，不仅难以维护，而且难以查找。
4. 如何重构，一般的IDE主要是支持代码级的重构，对XML重构的支持都不完善，XML的验证机制也很难保证XML文件的正确性。
5. XML配置文件带来弱类型的使用，也就是说如果你要使用一个对象，必须进行强行转换，这样使用，对Java这种强类型的编译语言，其实不一定是一件好事，一般的设计中总要尽量避免强行转型的。

上一篇： Wicket与Struts两个框架比较
下一篇： 调用constructor的时候发生了什么?

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有