昨晚放了一个对Spring的遗憾,可今早帖子被删了,更加疑惑:
1.版主如果觉得帖子太烂,大可痛批一下,也是本人学习的机会。
2.版主如果觉得帖子有损Spring声誉,本人有诽谤之嫌,大可条条揭露,以正视听,最后封杀ID也不晚。
3.作为技术社区,为何不能容忍不同声音?
再次将本人对Spring的遗憾罗列如下:
1.Spring使用XML配置,以为作为一个选项,未尝不可,但只支持XML,就显得单调乏味。ApplicationContext中能用的就一个XMLApplicationContext,我需要的JDOApplicationContext/JDBCApplicationContext/IBatisAllicationContext都没有。
2.Spring的ApplicationContext一旦生成,如果要运行时修改其中一个Bean,似乎不可能。必须先修改XML定义,再refresh整个ApplicationContext,等于一个军队要换个小兵,整个部队都要拉练一次。
3.Spring对Ajax的支持就没有,Spring-MVC只支持JSP/FreeMarker/Velocity三种表示层,开发量依然很大。Spring作者说Spring没有自己的表示层是因为不原意重复发明轮子,但Spirng-MVC本身不就是个轮子?我觉得Spring团队对Javascript/XML/CSS/WEB2.0的研发不到位,不重复发明轮子不过只是个借口。
4.Spring现在越来越肥,大有继续变胖之趋势,很多特性并不好用,比如AOP性能就不好(我只做了基于Proxy的测试)。
5.Spring有些地方把可以很简单的东西搞得很复杂,比如JDBCTemplate。
6.Spring虽然比起EJB2.0大有进步,但并不能说自己就十全十美,也许有人哪天会写出个《POJO without Spring》。
1.版主如果觉得帖子太烂,大可痛批一下,也是本人学习的机会。
2.版主如果觉得帖子有损Spring声誉,本人有诽谤之嫌,大可条条揭露,以正视听,最后封杀ID也不晚。
3.作为技术社区,为何不能容忍不同声音?
再次将本人对Spring的遗憾罗列如下:
1.Spring使用XML配置,以为作为一个选项,未尝不可,但只支持XML,就显得单调乏味。ApplicationContext中能用的就一个XMLApplicationContext,我需要的JDOApplicationContext/JDBCApplicationContext/IBatisAllicationContext都没有。
2.Spring的ApplicationContext一旦生成,如果要运行时修改其中一个Bean,似乎不可能。必须先修改XML定义,再refresh整个ApplicationContext,等于一个军队要换个小兵,整个部队都要拉练一次。
3.Spring对Ajax的支持就没有,Spring-MVC只支持JSP/FreeMarker/Velocity三种表示层,开发量依然很大。Spring作者说Spring没有自己的表示层是因为不原意重复发明轮子,但Spirng-MVC本身不就是个轮子?我觉得Spring团队对Javascript/XML/CSS/WEB2.0的研发不到位,不重复发明轮子不过只是个借口。
4.Spring现在越来越肥,大有继续变胖之趋势,很多特性并不好用,比如AOP性能就不好(我只做了基于Proxy的测试)。
5.Spring有些地方把可以很简单的东西搞得很复杂,比如JDBCTemplate。
6.Spring虽然比起EJB2.0大有进步,但并不能说自己就十全十美,也许有人哪天会写出个《POJO without Spring》。