java中explore_JavaExplore

最近发现一本,正好再温故一下当年的专业课内容,下面是这几天记的笔记.(并不是系统的讲解书中的内容)

一  综述:

1、不要使用接口定义常量

2、自己少用标志接口

3、不要继承具体类

4、类层次的中间节点应该是接口或者抽象类，叶子是具体类

5、子类应当扩展父类的责任，而不是覆写父类的责任

6、面向接口编程

7、不要滥用继承，组合优先于继承

java中设计不当的类：calendar:作为接口，含有与具体的历法(罗马历法)相关的常量，不能扩展到中国的阴历历法(不符合开闭原则)

properies类：滥用继承，继承至hashtable，应当使用聚合

8、笛比特法则：只与自己的直接朋友通信，不与陌生人通信(1)狭义笛比特法则：只与朋友通讯，通过自己的朋友传递间接的调用(2)结合依赖倒转原则修改：不必通过朋友传递间接的调用，通过陌生人的抽象接口调用陌生人的行为(依旧不能与具体的陌生人发生通信)

9、尽量降低类中成员的访问权限，不要设计退化类(类似c中struct)。

java中的point2D以及Dinmension2D类有这种设计缺陷(不过这种情况问题不大)

10、如果多个具体的产品类没有共同的商业逻辑，就可以把它们抽象到一个接口中，如果有共同的商业逻辑，就把共同的部分抽象到抽象类中，共同的部分尽量向类继承层次的上层移动，以达到复用的目的

二   工厂模式

1、简单工厂模式：参与角色：工厂/抽象产品类/具体产品类

缺点：添加新产品的时候，虽然产品相关代码符合开闭原则，但对工厂类本身并不符合，需要修改其中的产生产品方法或者添加新的产生方法(工厂里实现的不同造成的修改不同)来支持新的产品类

退化方式：省略掉工厂角色，抽象产品类担任具体产品类的工厂角色：提供静态的getInstance方法，比如java类库中的DateFormat类，(本人认为这样很不符合开闭原则，父类中出现与具体子类相关的代码，不方便扩展，添加新产品的时候，修改的时候缺点与原简单工厂的工厂角色类似)

2、工厂方法模式：参与角色：抽象工厂类/具体工厂类/抽象产品类/具体产品类

消除了简单工厂的缺点

3、抽象工厂模式：简单工厂模式与工厂方法模式的结合

4、单例模式：饿汉和懒汉两种，前者将本身对象作为静态私有属性事先生成，后者推迟到调用的时候，后者需要考虑多线程的时候，前面需要加线程安全关键字(注意)，java中还是前者为优。

不要滥用单例，只有系统要求只有一个类的实例的时候才调用

有的单例可能有状态属性，这就为多例模式提供了可能

含有私有属性的类作成单例的时候尤其要注意：一是私有属性的线程安全，确实需要的时候可以加线程安全关键字，比如系统中的log类，二是确认这些属性是不是可以所有线程共享的，类似普通类的static

三   各种具体模式(1)

1、建造模式：参与角色4个：指导者、抽象建造对象、具体建造对象、产品

一个复杂的产品有很多的零部件，就可以使用具体的建造对象来一一构造

2、原始模式：深拷贝、浅拷贝

3、适配器模式：将adaptee类适配成目标接口

4、合成模式：参与角色：composite接口、树枝节点类、树叶节点类

分成透明式和安全式两种，各有优缺点

(1)前者将管理子对象的方法放到接口中，这样树型结构中的所有对象都是透明的，都可以统一调用，但是叶节点并没有管理子对象的能力，因此透明但不安全

(2)后者将管理子对象的方法下放到树枝节点类中，这样安全但不透明

5、装饰模式：继承已有类的接口，提供和已有类相同的方法，并对已有类的功能提供扩展(通过组合已有对象，调用已有对象方法的时候加入新的代码)

(1)透明的装饰模式(纯粹的装饰模式)：装饰类、被装饰类继承于同一接口，而且装饰类只实现接口的方法，不提供额外方法的实现，调用该类的时候使用接口声明调用(实例化当然还是自己的构造函数)，即该类的所有方法都是透明的

(2)半透明的装饰模式(退化的装饰模式)：装饰类、被装饰类继承于同一接口，装饰类不仅实现接口的方法，还提供额外方法的实现，这样要调用它独特的方法的时候就必须使用它本身来调用，退化到一半装饰模式、一半适配器模式。