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

看你写这些模式的，就第一个和spring的实践沾点边。其它的是忽悠人的。

你对OOD所知的就仅仅是设计模式吧？那我没什么好说的，建议你看看这个：OOD扫盲http://www.iteye.com/topic/1129283#2388708

spring 怎么不贫血你说什么了？

你这个例子就适合做做Hello World级别的Demo，就像建模工具厂商那样忽悠一下。

实际用于生产？要被老板和开发人员骂死。

我们应该宽容对待不同的思想，尽管经验和想法可能有所不足，但是不管水平高低，都要有谦虚的态度和交流提高的觉悟。

啥也不会的菜鸟感想

我都快用了10年的东西了，你这么说，我还能说什么呢。现在UML是我所带领团队的核心交流工具。

我不想在和你解释OOD。和没吃过猪肉的人，说猪肉是什么味完全没意义。

OOD跟用不用Spring是没啥关系，用spring实现OOD也很方便。
用spring而不用OOD也很常见。

就像 Linux之父对 C++的抱怨一样，如果用C++，一堆人中，只要有一两个
不恰当地使用，可能造成极大范围的破坏。

用spring创建模范性质框架，而不需要使用者去自己构想，其实更多的是软件工业和管理的做法，
减少犯错的几率，
跟编程技术追求无关。

有的人，你给他再好的技术条件，他也不会主动学习；有的人，环境再差也可能努力提高，追求更多的技术。

这个帖子其实，确实片面。 所在开发团队的不同，决定了实际的选择。

一两个OO编程思想的人，和很多只会做实际任务的人的团队，还是做一个通用性框架算了。

用UML作为设计的交流工具，跟用UML做OOD完全是两个层次的东西，你指的是哪一个层次？

如果你的团队用UML做OOD设计，然后同时你的团队又用Spring作框架，那你不是自己在打自己的脸吗？

我不仅仅做web程序。
之所以写这个贴子，就是最近一年用spring做web，发现OOD的理论用处不大。
但UML仍可以用来对领域进行分析，表示软件模块级的调用。

还需要我再解释吗。

我看你的用心，根本不在技术上。而是打没打到脸是吧。

我看你除了谈技术，谈其它的都高明的很呀。

那是web层面编程，用到oo本身就少，跟spring没啥关系……

我说使用OOD，并不是指在局部用用似似而非的设计模式。

我是指从OOA的结果导出软件设计结果的方法。最终的结果应该是，有领域层的，业务逻缉和领域对象紧密结核。OOD以OOA的结果作为输入，进行设计建模，主要工作是找到需要的领域类，并给领域类分配职责。

如果你确切的明白我的意思。在spring中用不用OOD就不是团队的选择。这里有很大的风险。

在spring中应用OOD的主要困难是，OOD的结果，没办法在spring中表达。就是说，让领域对象充血。

没走过夜路的人，是不会走夜路的，那怕别人说那个路很快很好。

充血的问题，不必在这讨论。因为iteye中有很多的贴子了。

我都是在说技术，只是你自己的理解能力有问题。

你自己拿spring的web项目的经验，就来对spring开喷。再说一次，你们的项目采用了DAO+Service+Action分层形式，那是你们自己的选择，这跟Spring有什么关系？

我都说的很明白了，spring不一定只能做web项目，web项目也不一定只有crud，也可能有复杂的业务需要ood，此外，不是只有充血模式才是ood。

此外，大型web项目采用贫血模式往往能更好的进行管理和适应开发人员的水平。