里氏替换原则

里氏替换原则，OCP作为OO的高层原则，主张使用“抽象(Abstraction)”和“多态(Polymorphism)”将设计中的静态结构改为动态结构，维持设计的封闭性。“抽象”是语言提供的功能。“多态”由继承语义实现。百度百科
ps:完全晕了+_+

为什么会出现这个原则呢？

问题由来：有一功能P1，由类A完成。现需要将功能P1进行扩展，扩展后的功能为P，其中P由原有功能P1与新功能P2组成。新功能P由类A的子类B来完成，则子类B在完成新功能P2的同时，有可能会导致原有功能P1发生故障。

解决方案：当使用继承时，遵循里氏替换原则。类B继承类A时，除添加新的方法完成新增功能P2外，尽量不要重写父类A的方法，也尽量不要重载父类A的方法。

继承包含这样一层含义：父类中凡是已经实现好的方法（相对于抽象方法而言），实际上是在设定一系列的规范和契约，虽然它不强制要求所有的子类必须遵从这些契约，但是如果子类对这些非抽象方法任意修改，就会对整个继承体系造成破坏。而里氏替换原则就是表达了这一层含义。

总结一下：当遵循里氏替换原则时，程序中的所有父类对象都应该可以被子类对象替换并且不影响原有功能。

那么如何处理呢？

栗子：

 public class People
    {
        public void Eat()
        {
            Console.Write("吃食物");
        }
    }

    public class Boy : People
    {
        public void Love()
        {
            Console.Write("男孩爱网游");
        }
    }

    public class Girl : People
    {
        public void Love()
        {
            Console.Write("女孩爱购物");
        }
    }

    public class Cline
    {
        //替换前
        public void Main()
        {
            People p = new People();
            p.Eat();//输出： 吃食物
        }
        //替换后
        public void ReplaceMain()
        {
            Boy b = new Boy();
            b.Eat();//输出： 吃食物
            b.Love();
            Girl g = new Girl();
            g.Eat();//输出： 吃食物
            g.Love();
        }
    }

那么无论将来需要扩展Man或者Women都不要去重写Eat方法，那么，Eat方法是保持原有行为不变的，所有People对象都可以使用子类进行替换。

重点在这里

子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法。
子类中可以增加自己特有的方法。
当子类的方法重载父类的方法时，方法的前置条件（即方法的形参）要比父类方法的输入参数更宽松。
当子类的方法实现父类的抽象方法时，方法的后置条件（即方法的返回值）要比父类更严格。

看上去很不可思议，因为我们会发现在自己编程中常常会违反里氏替换原则，程序照样跑的好好的。所以大家都会产生这样的疑问，假如我非要不遵循里氏替换原则会有什么后果？

后果就是：你写的代码出问题的几率将会大大增加。