Spring带来了什么？OOD学而无用

呵呵...

学习，看大家的评论。。。。

LZ劝你谦虚一点好，来javaeye科普OOD?

提醒下你有点自我感觉过于良好，其实是来自取其辱。

Spring确实为一般性的java项目提供了一套现成的框架。对于码农们确实是可以少考虑很多事情，开心的做他们的码农。

但这不能代表整个中国的java开发群体的业态。java不是只能做web项目，java不等于ssh或者ssi。

Java还有nio,jms,lucene,Zookeeper,swing和swt，你只做过web项目不代表别人就和你一样。

就算是普通的web项目，就算是用了Spring，在很多细节处理上都有OOD的用武之地。关键在于你的业务是否复杂到需要引入相应的设计，以及你对OOD的理解程度。你自己用Spring开发过程中没用到OOD，不代表别人就和你一样。

Spring帮你想好并且实现了开发中很多必备的功能(我认为通常你做的不会比它更好)，节省了你的时间和精力，减少你在这些方面失败的风险。你应该感谢它，然后把你的注意力集中到你的业务领域，想想有哪些地方可以用到ood。而不是抱怨spring剥夺了你使用OOD的机会。

OOD只是手段而不是目标，没必要神化它。可以按时按需交付，且具有良好的可维护性和可扩展性，才是软件开发的真正目标。非面向对象的C语言一样可以开发出windows和Linux这样复杂的软件。非面向对象的PHP一样可以开发出discuz和ecshop这样优秀的web产品。

最后再多说一句，当一个人认为自己很懂的时候，通常就是这个人很无知的时候。

OOD的理论在spring web项目中用处不大，我只是在说明这个事实。

我只是就事论事，也是我的一点心得体会。

是不是科普，你爱不爱看，那是你自已的事。

中国人最爱用伪哲学代科学。还好，我现在不这样了。

你做过多少项目？经过多少调查？就敢说这个是事实？

这点小破事还可以上升到哲学与科学的高度？真是笑死人了

奉劝你现阶段还是多读点书，少出来丢人现眼

我都说了，是我自已的心得体会。看不懂中文吗？

“最后再多说一句，当一个人认为自己很懂的时候，通常就是这个人很无知的时候。”

这是你说的，你不觉得你在讲大道理，讲伪哲学吗？

“做过多少项目，经过多少调查。”你要是真明白，就该说说spring 和 OOD 是如何发生关系的。说这个不过是想堵我嘴。

我可没说我很懂，我觉得我自己很无知。

但至少我不会拿我自己的项目经历作为整个业界的现状，我不会不经过调查就来大放阙词。也不会上来给别人上什么OOD的课。

至于Spring和OOD如何发生关系，我已经说了取决于你的业务，以及你对OOD的理解，而不是取决于你是否用了Spring。

你做过的项目有用到工厂模式吗？有用到Command模式吗？有用到观察者模式吗？有用到模板方法模式吗？有用过外观模式吗？我做过的使用Spring的项目都用到了。

Spring最基本的核心只是管理对象的生命周期，也即DI，其它的AOP、MVC、ORM、事务等是由其核心带来的增值服务。Spring没要求让你一定要DAO-Service-Action这样的贫血模式，不要把这种模式说成是Spring带来的。不要把你们项目的几层框架当做是Spring的硬性规定。

那我向你请教一下吧：

你们是如何在spring中使用工厂等模式的？你另立一贴，只要用的合理，我一定投你精华。

另外，你不做的事，就不允许别人做，那就太奇怪了。

说出苹果的味道并不需要吃一万只苹果。

你举个例子吧，怎么用spring才能不贫血？

工厂模式 -> 一个系统需要访问几种之前的老系统的数据，打个比方，比如要获得系统的业务年度，不同版本系统的表结构不一样。所以抽象出一个获取业务年度的接口，再加上几个针对对应版本的实现类，通过修改Spring配置即可实现平滑切换。

Command模式 -> 任务调度框架必备

观察者模式 -> 事件通知相关必备

模板方法模式 -> 父类需要和子类交互的情境下必备

外观模式 -> 简化复杂模块对外接口必备

责任链模式 -> 复杂事件响应必备


平时开发中这种OOD设计太多了，只是你孤陋寡闻而已，不需要你来给我投精华。

至于Spring怎么才能不贫血，我前面已经说的很多了，Spring不等于DAO + Service + Action，难道你还听不懂吗？

自己去看Spring Roo。现成的非贫血。