设计模式的原则

设计模式有什么用？

 

       设计模式可以让你在遇到需求变化的时候不至于手忙脚乱。设计模式可以让你程序的可维护性、可扩展性更好。设计模式可以让程序的性能更高。当然，这些的前提是正确使用了设计模式，如果滥用的话那么设计模式可以让程序没人看得懂，让程序速度慢到死，让程序不能维护，添加新的功能等于重做。

 

设计模式的原则？

 

l         单一职责：你不希望因为电脑内存损坏而更换CPU吧，同样也不应该让一个类有多种修改的理由。

l         对扩展开放，对修改封闭：你一定不希望电脑只有一个内存槽，加内存就要换主板吧，程序也应该能在不修改原先程序的情况下就能扩展功能。

l         里氏替换：如果你买的DX9显卡不支持DX9特性，那么这个显卡一定没法用。如果父类的方法在子类中没有实现那就晕了。在程序的世界中千万别认为鸟都会飞，先考虑清楚将会有哪些鸟吧。

l         依赖倒置：针对接口编程，这样即使实现有变也不需要修改外部代码。其实，现在电脑的硬件、网络通讯等都是符合这个原则的，比如USB接口、PCI-E接口、TCP/IP协议。

l         接口隔离：花3000买一个带拍照、听MP3功能的手机还是花1000买一个手机、1000买一个MP3、1000买一个数码相机呢？买了前者的话手机动不动就要修，而且还不一定是因为不能打电话而修，买了后面三样的话即使修也不影响其它使用，你说买哪个？

记得看过一个例子很恰当，说是修电脑比修收音机简单多了。电脑坏了，更换一个零件即可，原因是电脑中的各部分都是基于相对稳定的接口，而且部件各司其职，不会相互影响，电脑本身就是一个非常符合设计原则的产品。收音机的修理没有这么简单了，没有什么部件是插件式的，会修收音机的人肯定明白其中每一个部件的原理。

小程序就好像收音机，确实可以这么做，一共才一个人做的，即使重新做也用不了多少时间。几十个人的大项目如果要改一个需求需要牵涉所有人来修改，那么这个项目用不了多少时间就会因为维护成本太大，维护后BUG太多而报废。