一句话总结：子类可以扩展父类的功能，但不能改变父类原有的功能

原文作者:卡奴达摩

原文链接:http://blog.csdn.net/zhengzhb/article/details/7281833

肯定有不少人跟我刚看到这项原则的时候一样，对这个原则的名字充满疑惑。其实原因就是这项原则最早是在1988年，由麻省理工学院的一位姓里的女士（Barbara Liskov）提出来的。

原文作者：卡奴达摩

原文地址：http://blog.csdn.net/zhengzhb/article/details/7289269

定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。

问题由来：类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子操作；假如修改类A，会给程序带来不必要的风险。

解决方案：将类A修改为依赖接口I，类B和类C各自实现接口I，类A通过接口I间接与类B或者类C发生联系，则会大大降低修改类A的几率。

本部分的描述仅适用于单一的Domino平台应用与构异系统实现单点登录。