单一职责原则:Single Responsibility Principle (SRP)
一个类。仅仅有一个引起它变化的原因。应该仅仅有一个职责。每个职责都是变化的一个轴线。假设一个类有一个以上的职责，这些职责就耦合在了一起。这会导致脆弱的设计。当一个职责发生变化时，可能会影响其他的职责。另外，多个职责耦合在一起，会影响复用性。
比如：要实现逻辑和界面的分离。
T负责两个不同的职责：职责P1。职责P2。当因为职责P1需求发生改变而须要改动类T时。有可能会导致原本执行正常的职责P2功能发生问题。
也就是说职责P1和P2被耦合在了一起。
原因是职责扩散：由于某种原因，某一职责被分化为颗粒度更细的多个职责了。
比如Iphone接口，打电话分为四个过程，拨号。通话，回拨。挂机。
这样子貌似没错。可是细致想一想扩展性和变更，你会发现。假设将来升级，要转化为数字电话，那么通话要又一次写，拨号也是。
这样一来的话。须要一种更好的设计，无论一种方法怎样变化，还有一种无论。这就是职责单一原则。
思路例如以下: Iphone这个接口有俩个职责，一个是协议管理，一个是传输数据。
一个负责数据传输，无论什么数据，基于什么版本号，而还有一个负责拨号和挂机，拨号仅仅负责能接通即可。
这种优点: 协议管理和数据传送分开，假设将来科技进步。那么就降低了由于变更而引起的工作量。可维护性和可读性提高了。
再来一个样例: 改动信息
改动后:
里氏替换原则: Liskov Substitution Principle,LSP
继承的优缺点
长处:代码共享。重用性，可扩展性
缺点:减少了代码的灵活性，添加了耦合性(父变子则变)
悟 : 父类就是为了解决子类们基础问题而存在，好比父类就是大地，而子类就是大地上全部植物，父类就攻克了土地，水的问题。
1.子类继承父类的成员变量
当子类继承了某个类之后，便能够使用父类中的成员变量。可是并非全然继承父类的全部成员变量。详细的原则例如以下：
1）可以继承父类的public和protected成员变量；不可以继承父类的private成员变量；
2）对于父类的包訪问权限成员变量，假设子类和父类在同一个包下。则子类可以继承；否则。子类不可以继承。
3）对于子类能够继承的父类成员变量，假设在子类中出现了同名称的成员变量，则会发生隐藏现象，即子类的成员变量会屏蔽掉父类的同名成员变量。假设要在子类中訪问父类中同名成员变量，须要使用superkeyword来进行引用。
2.子类继承父类的方法
相同地，子类也并非全然继承父类的全部方法。
1）可以继承父类的public和protected成员方法。不可以继承父类的private成员方法；
2）对于父类的包訪问权限成员方法，假设子类和父类在同一个包下，则子类可以继承。否则，子类不可以继承。
3）对于子类能够继承的父类成员方法。假设在子类中出现了同名称的成员方法，则称为覆盖。即子类的成员方法会覆盖掉父类的同名成员方法。
假设要在子类中訪问父类中同名成员方法，须要使用superkeyword来进行引用。
注意：隐藏和覆盖是不同的。隐藏是针对成员变量和静态方法的，而覆盖是针对普通方法的。（后面会讲到）
3.构造器
子类是不可以继承父类的构造器，可是要注意的是。假设父类的构造器都是带有參数的，则必须在子类的构造器中显示地通过superkeyword调用父类的构造器并配以适当的參数列表。假设父类有无參构造器，则在子类的构造器中用superkeyword调用父类构造器不是必须的，假设没有使用superkeyword，系统会自己主动调用父类的无參构造器。
原则1:子类必须全然实现父类的方法
就如上面所说的，假如大地的子类玉兔，这个东西既不须要土地和水，却继承了大地，那么这是不合理的。
子类必须全然实现父类的方法就是为了代码复用。
原则2:子类能够有自己的个性
在子类出现的地方。父类未必能够胜任。
子类在继承的同一时候能够扩展出其它方法和属性。万物生长，基于大地。
原则3:覆盖式实现父类的方法时输入參数可被放大
首先理解重写和重载的差别:
重载:方法名同样，參数不同。
重写:方法名同样。參数同样。
分析:覆盖式实现父类方法事实上就是重载，假设子类中输入參数被放大，那么父类那部分代码就没有浪费，这句话说的非常晦涩。的确刚刚学的时候想了好久。后来再看了一下原则就释然了，代码重用！
每一个方法必须有所用处，父类中的參数范围尽管没有子类的大。子类的重载是为了扩展。弥补了父类的不足。一般来说，是不会去重载的。
假设反过来。假设子类的參数范围比父类要小，相当于子类方法中有俩个方法，一个是父类的方法，一个是子类的，父类參数范围大，子类范围小。有父类的地方子类却不能使用，这个已经违背了原则。
悟 : 重载就是将父类的类名称改为子类名，再加一个方法名同样。參数不同的方法。
重写就是将父类的类名称改为自类名，再改动一下被重写的方法。
样例:
Father 类
public class Father {
public Collection doSomething(Map map){
System.out.println("父类:Map 转集合");
return map.values();
}
}
Son 类
public class Son extends Father {
public Collection doSomething(HashMap map) {
System.out.println("子类:Hashmap 转集合");
return map.values();
}
}
測试类
public static void main(String[] args) {
Son f=new Son(); //俩个方法 一个
HashMap h=new HashMap();
f.doSomething(h); //子类
}
结果:
子类:Hashmap
转集合
參考书籍:
《设计模式之禅》
參考文章:
http://www.cnblogs.com/dolphin0520/p/3803432.html
http://www.cnblogs.com/xiaoao808/archive/2008/03/11/1100886.html
我是菜鸟，我在路上。