几个设计模式的原则，简单了解了一下
单一职责
类的功能应该单一，就一个类而言，应该仅有一个引起它变化的原因，否则就要拆分。
【大话设计模式】里大鸟和小菜用的DV的摄像功能和手机的摄像功能的比较，DV的功能单一，手机的功能多而复杂，小菜在看到UFO的时候赶紧拿出手机来录像，结果发现录的很不清楚，如果是DV的话，小菜应该来得及摆一个牛逼的姿势，把UFO给录进去。
开闭原则
可以很简单的总结为一句话：对扩展开放，对修改关闭。
对一个功能的修改应该是通过增加代码的方式，而不是通过修改代码的方式。（内心独白：有时候需要一个函数来完成某个功能，不想修改原来的函数，那么就索性重载一个，这样算符合开闭原则么？）
小菜考研没有成功，也错过了校招的最好时机，于是他很蛋疼，大鸟用开闭原则告诉他：不影响考研复习的情况下（对修改关闭），拿出适当的时间去参加一下校招，投投简历（对扩展开放）。
大鸟还用邓爷爷的一国两制的例子来讲：即要对香港恢复行使主权的话，不能强制改变香港人的生活方式，毕竟在万恶的资本主义的铁蹄下生活了那么多年（把我送到资本主义去吧
让我去拯救他们吧！），所以基于tw问题提出的一国两制伟大构想，首先应用于HONGKONG，这就是对修改HK的社会制度关闭，在中国地区增加一个资本主义社会制度开放。
依赖倒转原则
高层模块不应该依赖于底层模块，而都应该依赖于抽象。
抽象不应该依赖于细节，细节应该依赖于抽象。
对接口编程，而不是对实现编程。
以电脑主机为例，CPU, 内存, 硬盘, 光驱,
显卡等等这些设备都需要和主板相连，而相连的媒介是【接口】，他们和主板之间只需要符合接口标准就能通信。
不管什么品牌的设备，只要符合接口标准，就可以替换原来的设备，他们之间不需要关心其他设备是怎么制造的，用了什么工艺，什么技术等等，他们关心的只是接口。
精密的CPU，被封装成了一个小小的芯片，通过针脚连在主板上，主板对他一无所知。
里氏替换原则
在软件中，父类能完成的功能，用子类来替换，软件的行为没有影响。
Animal *pAnimal = new Dog();
pAnimal->Craw();
把Dog类换成其他Cat类，其他程序地方不需要修改。
【设计模式】单一职责 开-闭 依赖倒转 里氏替换原则