浏览 2558 次
锁定老帖子 主题:spring读后感
该帖已经被评为隐藏帖
|
|
---|---|
作者 | 正文 |
发表时间:2009-10-20
最后修改:2009-10-23
声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2009-10-20
spring源码真没啥读的价值,核心的功能怎么实现的理解了就成,spring的源码质量说实话不怎么样,命名方式恶心不说,繁多的mark interface也让人云里雾里。要说模式的应用,还是junit的源码最好。
|
|
返回顶楼 | |
发表时间:2009-10-20
恩,谢谢,我只是想看看一个问题的分析
我会注意的 |
|
返回顶楼 | |
发表时间:2009-10-20
dennis_zane 写道 spring源码真没啥读的价值,核心的功能怎么实现的理解了就成,spring的源码质量说实话不怎么样,命名方式恶心不说,繁多的mark interface也让人云里雾里。要说模式的应用,还是junit的源码最好。
那读什么的源码比较好呢? |
|
返回顶楼 | |
发表时间:2009-10-20
山有峰则灵 写道 dennis_zane 写道 spring源码真没啥读的价值,核心的功能怎么实现的理解了就成,spring的源码质量说实话不怎么样,命名方式恶心不说,繁多的mark interface也让人云里雾里。要说模式的应用,还是junit的源码最好。
那读什么的源码比较好呢? 问题在于你读源码的目的是什么?想从中学到什么?带着目的去读总比东抓一把,西抓一把靠谱点。我在两种情况下会去读源码:遇到开源项目很奇怪的问题时,就去读读他的源码,看看为什么,应该怎么修正,甚至可能可以去提交下issue甚至patch;想学习某项东西的时候去读相应的开源项目的源码,比如为了学习nio,就去读cindy、mina,为了知道servlet容器的实现去读jetty源码,spring中值的学习比如反射的应用、AOP的实现、持久层的封装,计较于非常具体的代码细节的话,你很容易拣到芝麻丢了西瓜。 |
|
返回顶楼 | |
发表时间:2009-10-20
dennis_zane 写道 山有峰则灵 写道 dennis_zane 写道 spring源码真没啥读的价值,核心的功能怎么实现的理解了就成,spring的源码质量说实话不怎么样,命名方式恶心不说,繁多的mark interface也让人云里雾里。要说模式的应用,还是junit的源码最好。
那读什么的源码比较好呢? 问题在于你读源码的目的是什么?想从中学到什么?带着目的去读总比东抓一把,西抓一把靠谱点。我在两种情况下会去读源码:遇到开源项目很奇怪的问题时,就去读读他的源码,看看为什么,应该怎么修正,甚至可能可以去提交下issue甚至patch;想学习某项东西的时候去读相应的开源项目的源码,比如为了学习nio,就去读cindy、mina,为了知道servlet容器的实现去读jetty源码,spring中值的学习比如反射的应用、AOP的实现、持久层的封装,计较于非常具体的代码细节的话,你很容易拣到芝麻丢了西瓜。 谢谢,我会仔细思考您说的这些的,非常感谢指点。 我有时的确是看的太细了 呵呵,出了一身冷汗啊。还好问的早,还来得及改,哈哈哈 |
|
返回顶楼 | |