无废话C#设计模式之一：开篇

 

什么是设计模式？

 

       什么是少林拳呢？少林拳是少林僧人经过长期的总结，得出的一套武功套路。有一本叫做少林拳法的武功秘籍，上面记载这这套拳法的适用人群，打法套路和学成后的效果。设计模式虽然记录在了设计模式一书上，但是要真正掌握设计模式光靠看每一个模式的结构并且进行模仿是不够的。试想一下，在真枪实战的情况下，谁会和你按照少林拳法，一二三四的套路打呢？打套路也只能用来看看，只有当你能根据不同的场景灵活出招的时候才能说是学会了这套拳法。相似的例子还有三十六计，这也是一种模式，每种计谋都是针对不同场景的，如果不管遇到什么时候都来个“走为上”，那这仗还怎么打呢？

       总之，设计模式要用活才能发挥作用。

 

设计模式有什么用？

 

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

 

设计模式的原则？

 

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

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

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

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

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

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

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

 

怎样学习设计模式？

 

       学习新概念英文要什么基础？首先，要知道26个字母吧。如果你对面向对象完全没有概念的话，建议先可以看一下面向对象的一些知识。毕竟，设计模式是面向对象编程模式的一种总结。学了26个字母你就可以学习新概念了，但是，为了能更好地学习最好是先学一下国际音标。对于设计模式的学习来说，你可以学习一下UML的一些知识。当然，完全不知道UML也可以学习设计模式，在学习的过程中慢慢也就会UML了。

代码执行结果如下图：

代码说明

 

l         可以看到，原先的接口中，启动游戏场景只需要一个参数，就是游戏场景名，而进入新的玩家需要提供玩家ID（新游戏都使用玩家ID而不使用玩家账户名）。

l         IGame接口就是适配器模式中的目标角色，这是客户所期待的接口。也是针对老的游戏程序所遵循的接口。

l         Lobby类相当于调用方或者客户，它原先的代码可能是如下的：

IGame game = new Game();

       但是由于接口的改变，现在不能直接实例化游戏类，只能实例化适配器类型。虽然还是需要改动，但是这个改动是很小的，而且完全可以通过用动态加载程序集来消除这种改动。

l         GameAdapter类是适配器角色，它是适配器模式的核心，用于把源接口转变为目标接口。在这里，我们看到，它实现目标接口。

l         Game类型是源角色，或者说是需要适配的对象。或许它也遵循了另外一套接口，不过我们不是很关心这个，因此代码中也没有体现。

l         使用了适配器模式后，客户端代码没有做什么修改。客户端代码老老实实的依赖接口，它并没有错，如果因此依赖对象的修改而需要大幅度修改就很无辜了，我们在适配器中把本来没有关联的两个接口适配在了一起。我们可以看到，适配器做的不仅仅是换一换方法名，如果源角色和目标角色的差异非常大，那么适配器需要做很多工作。

 

何时采用

 

l         从代码角度来说， 如果需要调用的类所遵循的接口并不符合系统的要求或者说并不是客户所期望的，那么可以考虑使用适配器。

l         从应用角度来说， 如果因为产品迁移、合作模块的变动，导致双方一致的接口产生了不一致，或者是希望在两个关联不大的类型之间建立一种关系的情况下可以考虑适配器模式。

 

实现要点

 

l         适配器模式是否能成功运用的关键在于代码本身是否是基于接口编程的，如果不是的话，那么适配器无能为力。

l         适配器模式的实现很简单，基本的思想就是适配器一定是遵循目标接口的。

l         适配器模式的变化比较多，可以通过继承和组合方式进行适配，适配器可以是一组适配器产品，适配器也可以是抽象类型。

l         适配器模式和Facade的区别是，前者是遵循接口的，后者可以是不遵循接口的，比较灵活。

       l         适配器模式和Proxy的区别是，前者是为对象提供不同的接口，或者为对象提供相同接口，并且前者有一点后补的味道，后者是在设计时就会运用的。

 

注意事项

 

l         在对两个无关类进行适配的时候考虑一下适配的代价，一个非常庞大的适配器可能会对系统性能有影响。