对象|概念|设计
在面向对象的设计和实现里，我们必须花时间和精力搞清楚这些概念：抽象，封装，继承和多态，以
及面向对象的设计原则，否则就不会真正理解面向对象的灵魂，也不会感受到面向对象设计思想给我们
带来的好处。 在学习几年oo和几次实践后，我决心对这些最基本的东西进行一次总结。并以这几个问题作为分析的
实例。 1.接口与类的区别 2.为什么要优先考虑合成聚合复用 3.多态会给我们带来那些方便 4.几个设计原则的关系是什么 5.设计模式有用吗?它是什么?怎样抓住两只同时在奔跑的兔子呢?答案： 1. 接口仅仅描述方法的特征，而不给出方法的实现；而类不仅给出方法的特征还给出方法的实现
，因此接口把方法的特征和实现分割开来。这种分割，体现在接口常常代表一个角色，它包装与该角色
相关的操作和属性，而实现这个接口的类便是扮演这个角色的演员。一个角色可以由不同的演员来演。
而不同的演员之间除了扮演一个共同的角色之外，并不要求有任何其他的共同之处。 为了搞得很清楚，我们还可以把这个问题更复杂些，讨论一下接口，抽象类和具体类之间的关
系 首先，什么是抽象？可以说不抽象就不是面向对象。就我的理解抽象就是找一堆事物的共同特
征。在java里即使任意两个毫不相干的事物都是可以抽象的，因为everything is a object;可以抽象成
Object类，事实上java就是这样做的。例如：我们可以把经理和学生抽象成人的角色或者是职业；把三
角形和圆抽象成形状等。面向对象有个重要的原则DIP（依赖倒置原则）就是说要针对抽象编程；我们的
程序要依赖于抽象而不是具体。例如我们定义人类的一个方法设定其交通工具，我们就应该传入抽象的
交通工具类型的参数。void setVehicle(Vehicle v);这样在调用时，由于多态性的支持，可以
setVehicle(new Car())；面向对象还有一条重要原则OCP(开闭原则)，我们的设计要对扩展开放；对修
改封闭。怎么才能做到这点呢？就是抽象，我们对估计以后会扩展的那些逻辑进行抽象，然后针对抽象
编程，扩展时只需要加入新的逻辑就可以了，不需要修改已有逻辑。可想而知如果没有抽象我们就很难
做到这一点。通过抽象我们还可以大大提高代码的可复用性。 接口和抽象类都是java抽象的实现方法。具体类可以实现接口或者继承抽象类(设计模式上还说
尽量不要从具体类继承)。 为什么有了抽象类还要接口呢？是这样的，java语言是个单继承语言，一个类只能有一个超类，
因此在很多情况下，这个具体类可能已经有了一个超类，这时候，要给它加上一个新的超类是不可能的
。如果硬要做的话，就只好把这个新的超类加到已有的超类的上面，形成超超类的情况；如果这个超超
类的位置也已经被占用了，就只好继续上移了，只到移动到类的等级结构的最上端。这样的话。对一个
具体类的可插入性设计，就变成对整个等级结构中所有的类的修改。更何况如果超类是软件提供商提供
的怎么办呢？接口使可插入性变得可能。在一个类等级结构中的任何一类都可以实现一个接口，这个接
口会影响到此类的所有子类， 我们就总结一下接口和抽象类的区别吧： a.语言级上，类可以实现多个接口，但只能继承一个抽象类；抽象类可以有具体方法，而
接口里没有；抽象类可以实现接口，但是接口不可以继承类。 b.设计级上，如果子类间有共同的逻辑，就应该设计成抽象类；语义上如果是is-a关系时
，考虑设计成抽象类，仅仅是含有某项功能，性质，考虑用接口更加符合语义一些。 举个例子： abstract class Door { abstract void open(); abstract void close()； } interface Alarm { void alarm(); } class AlarmDoor extends Door implements Alarm { void open() { … } void close() { … } void alarm() { … } }这样的设计就比较合理。 抽象类允许部分实现类，而接口不包含任何成员的实现。我们可以这样说：接口比抽象类更加
抽象。 抽象类与具体类的比较如下： 具体类不是用来继承的，抽象类是只能用来继承。抽象类应该拥有尽量多的共同代码和
尽量少的数据。 接口与具体类的比较如下： 一个具体类如果实现一个接口，那么它必须实现接口规定的所有方法。 2. 在复用的形式上主要有两种：继承复用和合成聚合复用。 然而继承复用往往被人滥用。经验告诉我们，不满足LSP(里氏代换原则)和Coad法则的继承复
用就是不合理的，会得到很荒唐的结果 继承复用有几个重要的缺点，合成聚合复用都可以避免： a.继承复用破坏包装，是白箱复用，因为继承将超类的实现细节暴露给了子类。我们知道封
装是面向对象非常重要的特性，通过封装我们可以方便的管理我们的代码。我们只关心某个类的public
接口，而忽略具体的实现。这样便于我们在面对一个复杂的类，或是拿到一个第三方组件时能够把注意
力集中在我们关心的商业方法上，而不用考虑细节。从而降低了问题的复杂性。 b.如果超类的实现发生改变，那么子类的实现也不得不发生改变。 c.继承是静态复用。不可能在运行时间内发生改变，因此没有足够的灵活性。这就难做到让
“将抽象化与实现化脱耦，使得二者可以独立地变化”。 3.软件设计的目标应该是可扩展，灵活的，可插入的。要做到这点就必须使用多态性作为控制手段
。首先什么是多态？不要把多态与重载，重置等概念混淆，它们不是说的一回事。在这一点上很多书上
的说法是错误的，重载不是我们真正意义上的多态，最多是编译器上的多态，同一个名的不同方法在编
译后实际上已被转化为不同的方法名了。 多态是一种机制，让我们在这些classes身上进行编程时，可以如同操控单一class（而非相互
独立的数个class）似的方便，这就赋予我们更多弹性加入或是移除任何特定classes。
---------------学习设计模式后的感想————————
参考书籍《java与模式》，《c#Primer》