锁定老帖子 主题:spring 缺陷
精华帖 (0) :: 良好帖 (1) :: 新手帖 (0) :: 隐藏帖 (6)
|
|
---|---|
作者 | 正文 |
发表时间:2013-07-18
2、spring aop有点鸡肋这个可以不用 3、spring mvc annotation全是jdk反射 通过方向名注入,所以要对方法名注解,其实可以通过方法获取到方法名(直接写代码解析.class文件就可以,还不用依赖第三方字节码jar包),省去用户手动注解的过程。而jdk的反射部分也可以优化,至少要换成cglib等字节码支持也比jdk反射要快。 4、架构思想很不错,但还是不至如人意,包的依赖还是比较严重,不够清楚。 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2013-07-18
1. Spring在2.5.6SE之后已经将包做了模块化划分,如果再细分,就太碎片化了。另外,不应该重复发明轮子。既然业界已经有非常不错的被大家广泛认可的开源实现,为什么还是要自己写呢?难道Spring也要写一个自己的logging?写一个自己的cglib?写一个自己的apache-commons?写一个自己的xml解析?
2. AOP是Spring的核心功能之一,孤陋寡闻了,AOP都没成鸡肋了 ?就拿声明式食物来说,没有AOP怎么实现? 3. 任何框架都会有一定的配置或约定。在注解的驱动下,controller可以不实现任何接口或继承任何父类,Spring容器通过注解来理解controller各个方法的行为。如果只解析class,容器如何得知那个方法是处理哪种http请求?绑定哪个pojo?是要返回json还是httpresponse?除非你的class继承了什么什么类或者实现了什么什么接口。我就不相信我随便写一个类,你扫描一下class就知道我想干什么? 4. 依赖并不是衡量一个框架是否优秀的主要因素,例如apache的common,log4j或slf4j,这些类库已经广泛用于java项目中。我觉得spring在依赖方面已经做的不错了,而且通过maven能够很轻松的管理这些依赖。 |
|
返回顶楼 | |
发表时间:2013-07-18
1.我不是说soring完全不好,只是这一点还有优化的空间
2.aop是spring核心功能我承认,我认为它的用处不大用它维护反而更麻烦。就像 hibernate维护一样 3.不对方法注解,是可以实现的,我相信你能想的到办法 4.完全个人癖好,有点代码洁癖,不喜欢引太多包 |
|
返回顶楼 | |
发表时间:2013-07-20
还是第一次听说,代码洁癖包括不要引入太多包。。。。
|
|
返回顶楼 | |
发表时间:2013-07-21
liangcoder 写道 还是第一次听说,代码洁癖包括不要引入太多包。。。。
我错了老大! |
|
返回顶楼 | |
发表时间:2013-07-21
项目中没有用到的,你就说是鸡肋,另外你说的这些是缺陷?我的天
|
|
返回顶楼 | |
发表时间:2013-07-21
AiAcc 写道 项目中没有用到的,你就说是鸡肋,另外你说的这些是缺陷?我的天 其实你静下来好好思考一下,我说的这些是有些道理的,sprng是所有框架中最棒的。这个大家都承认,我只是想表达,其实他还有进一步的优化空间。 我说aop是鸡肋是有点用词不当,大家不要喷我了。谢谢 |
|
返回顶楼 | |
发表时间:2013-07-21
http://lizhizhang.iteye.com/blog/1910976
大家看一下我这篇博客,几个类就可以实现一个ioc。真的用不着那么多 jar包。aop我承认用得不多,正在学习中.... 大家有什么关于aop的好的想法,尽管说出来,最好有实际应用能说服我。补充一句aop的基本思想和事务这块我还是了解的,大家都用过aop事务,就不要拿这个来说事了。 |
|
返回顶楼 | |
发表时间:2013-07-22
支持下楼主,第一次看到有人说spring不好。楼主能够独立思考,不人云亦云,相当不错
|
|
返回顶楼 | |
发表时间:2013-07-22
aop挺好的,用它管理事务省心不少,最重要的是它不是侵入式设计,使用非常灵活
|
|
返回顶楼 | |