uml06(下)2.pptVIP

-*- 无用的抽象 考虑UML类图中的两个继承关系，试着为两个基类（或接口）写出代码 public interface Heater { public void turnOn(); public void turnOff(); } public interface Sensor { public int sense(); } 看上去似乎很不错，问题是：谁会使用这两个类？ -*- 上帝类(God Classes) 全部逻辑都集中在CoffeeMaker类中，这个类就是整个程序，其他的类都是臆想出来的、没有用的、多余的 这种集中了程序全部或几乎全部逻辑的类，称为上帝类（God Classes） 如果你的设计中出现了上帝类，那说明设计得很糟糕 -*- 问题出在哪里？ 我们按照规范说明来寻找对象，根据对象间的关系来创作类图，这中间出了什么问题呢？ 即使我们按照 “用例?对象图?类图”的步骤来设计，所得到的结果即使有所改善，也不会很明显 抽象！ -*- 关于抽象 在软件设计中，抽象有两层含义： 提供下层机制的良好抽象，使高层次的操作无需顾及到下层的细节问题。比如JVM、比如CORBA 抓住客观世界的本质，把握和描述这个本质，建立抽象的概念，通过对这种概念的描述，隔离可能发生的变化 在这个意义上，“面向对象”的多态机制提供了强大的工具，大大超越了“面向过程”和“基于对象”所能够