浅析领域、领域模型、软件、OO

所以你谈的话题太大，把话题局限在Java领域会好很多。OO这种东西太虚幻，讨论太多容易误入歧途。

还好有redhat，显然他和你想法不一样，我也是。

嗯
OO是一种思想/原则/原理，它推崇抽象从而更具表达能力，封装从而信息隐藏，且简单从而好维护好扩展，分离从而分散开发[能模块化开发提供开发效率  能复用]且好维护等等。Java语言仅仅是一种语言、一种平台（不谈论虚拟机等），这种语言/平台具有OO特性或者说具体化了OO的某些部分。也就是说Java在语言层面给了我们表达OO的方式。最近在读《面向对象的软件构造》，这本书阐述了OO和传统方式的区别及OO的好处。

OO这东西容易理解，关键是如何应用。
我觉得跟个体经验当然有关系，但其他因素也会影响OO的实施。
比如工期短、压力大是一个阻碍OO实施的重要因素，人都是选择最快的释放压力方式，哪有心思来考虑设计的何不合理、漂不漂亮。

另外我认为项目中，要把OO设计作为需求的一部分，并且有验证、论证、评审的机制来保证，否则项目越做越乱。

对于复杂的应用：
仔细设计->设计时间长->开发时间中等(好的实现，可能是反复的，因为需要重构，或者修改设计，也需要对代码进行复检)->bug少->测试周期短->用户体验好->修改成本低->项目可控

粗劣的设计->设计时间短->开发速度快(快的原因是丢东拉西，忽略用户体验、忽略bug，hack实现)->bug多->测试周期长，有可能到这就失败了->用户体验差(怎么随变点两下就不好使了？为什么明明一步能完成的事，要三四步？什么破软件这么难用)->很难修改，每次修改都是一次对灵魂的折磨->开发人员对产品丧失信心->无休止的慢长修改不得不尽量压低成本->开发人员跳槽->再找一批人->受不了跳槽--------->项目失败。

尽管如此：对于许多项目，在中国还是赚钱的，这只是因为中国的国情！