设计模式 学习笔记（8) 适配器模式、单例模式、享元模式

由于时间紧迫的关系，16、18-20、22-25、27-29章先跳过之后补上。

这里先学习17、21章单例模式和26章。

（17）适配器模式

　　将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。适配器主要解决的问题是需要的东西就在面前，但却不能使用，而短时间又无法改造它，于是我们就想办法适配它。系统的数据和行为都正确，但接口不符时，我们应该考虑用适配器，目的是使控制范围之外的一个原有对象与某个接口匹配。适配器模式主要应用于希望复用一些现存的类，但是接口又与复用环境要求不一致的情况。在GoF的设计模式中，对适配器模式讲了两种类型，类适配器模式和对象适配器模式。由于C#、JAVA等语言都不支持多重继承（C++支持），也就是一个类只有一个父类，所以我们这里主要讲的是对象适配器。

　　Target(这是客户所期待的接口。目标可以是具体的或抽象的类，也可以是接口)代码如下。

Singleton
PS：1. readonly 字段可以在声明或构造函数中初始化。 因此，根据所使用的构造函数，readonly 字段可能具有不同的值。

　　 2.static方法只能访问static成员变量

　　 3.构造函数初始化静态变量，必须保证是静态构造函数

　　饿汉式单例类已经足够满足我们的需求了。

（26）享元模式

　　通常一些企业的需求和网站结构的相似度都很高，而且都不是那种高访问量的网站，如果分成多个虚拟空间来处理，相当于一个相同网站的实例对象很多，这是造成服务器的大量资源浪费，当然更实际的启示就是钞票的浪费，如果整合到一个网站中，共享其相关的代码和数据，那么对于硬盘、内存、CPU、数据库空间等服务器资源都可以达成共享，减少服务器资源，而对于代码，由于是一份实例，维护和扩展都更加容易。

　　享元技术（Flyweight），运用共享技术有效地支持大量细粒度的对象。

　　Flyweight类，它是所有具体享元类的超类或接口，通过这个接口，Flyweight可以接受并作用于外部状态。

static void Main(string[] args)
{
int extrinsicstate=22;//代码外部状态
FlyweightFactory f=new FlyweightFactory();
Flyweight fx=f.GetFlyweight("X");
fx.Operation(--extrinsicstate);

Flyweight fy=f.GetFlyweight("Y);
fy.Operation(--extrinsicstate);

Flyweight fz=f.GetFlyweight("Z");
fz.Operation(--extrinsicstate);

Flyweight uf=new UnsharedConcreteFlyweight();
uf.Operation(--extrinsicstate);

Console.Read();

Main
　　事实上，享元模式可以避免大量非常相思类的开销。在程序设计中，有时需要生成大量细粒度的类实例来表示数据。如果能发现这些实例除了几个参数外基本上都是相同的，有时就能够大幅度地减少需要实例化的类的数量。如果能把那些参数移到类实例的外面，在方法调用时将它们传递进来，就可以通过共享大幅度地减少单个实例的数目。

　　在什么时候考虑享元模式呢？如果一个应用程序使用了大量的对象，而大量的这些对象造成了很大的存储开销时就应该考虑使用；还有就是对象的大多数状态可以外部状态，如果删除对象的外部状态，那么可以用相对较少的共享对象取代很多组对象，此时可以考虑使用享元模式。

　　.NET中的字符串就是利用了Flyweight模式。如果每次创建字符串对象时都需要创建一个新的字符串对象的话，内存的开销会很大。当然本身维护享元列表就是一种资源耗费，所以需要当足够多的对象实例时才运用它。