表达一下我心中的困惑：没有oo，设计模式有啥用？

从使用的角度讲是没有必要的，我们毕竟要用成熟的东西，但是多些这方面的思考人类（和和，这个词不恰当）才能进步。

就是，新技术或者新的实现方式只有经过使用才能更成熟！

其实设计模式的范围是很广的，而楼主所理解的设计模式可能只是GOF的那套。J2EE里面也有很多设计模式，表现层的，业务层的，集成层的。虽然其中一些是具体实现参照了GOF的那些模式，但是它是建立在另一个更高层次的抽象上，其根本是为了更好的解决问题。再比如MVC其实也可以算是一种设计模式。所以广义上的设计模式应该就如其定义的那样，在特定的上下文中，对一类相似的问题，给出一种可以通用的解决方案，此乃设计模式也。

是包装,但是没有面向对象的继承特性是面向对象的设计模式所不可缺少的.

我似乎听见有人说：钢筋混凝土框架结构是一种不成熟的技术，我们还是用砖头吧，这玩意用了几千年了，成熟，没有必要冒险用新的技术。

对于稍稍上规模的项目，如果业务复杂度较高的话，个人认为使用充血的domain还是很有好处的。
关键需求总变化啊。如果是OO，再采用设计模式，起码变化的时候能较少好改东西。
我现在的项目就是典型的过程式的开发，深有感触啊！

经过大家的使用，我们终于得出了在java世界里贫血模型更合适得结论，呵呵，见without ejb和pro spring及论坛以前得帖子，这个和语言的特性息息相关

一般开始接触程序设计的时候，不管老师或者传媒，都是在宣传OO设计，OO思相。。。
这个好象是潮流，你不赶，仿佛落后了，可是大部份在开始做的时候，都是从过程设计上上手的。。。
也就是用OO的思想开始从过程设计中实践。。。

慢慢的发现，原来那些大牛们说的有那么回事。。
真正接触了大项目后才发现，OO设计确实要比过程设计要好。。。

可是能有多少人有这个机会。
一般小的项目中，过程设计不管是对人员，对进度，都相对来说要快的多。
PS：我是指不是用纯的OO的。
比如：我虽然采用了DOmain,虽然我也有DAO，可是很多代码中，我为了方便，为了简单，我放弃OO的原则，我直接依赖实体，不依赖抽象。。

贫血模型和OO思想并不矛盾吧？？

领域模型和设计模式关注点各不相同，设计模式也不是OO独有，LZ应该先将这些概念分清楚。