《从设计到模式》学习笔记part1
http://study.163.com/course/courseMain.htm?courseId=752006#/courseMain
（教程前5节免费预览，可以试看一下）
通过购买了上面的这个从设计到模式的视频的宣讲教程，感觉导师从比较通俗易懂的方式来体会和理解从设计到模式，如何产生的，为什么会产生，以及他们在实际项目中的应用等等方面，都有了比较深刻的认识，根据自己学的和看视频，自己也总结了一下自己的学习笔记，供大家一起来更简洁的掌握和理解设计模式，有不对的地方欢迎大家指正。
一 . 设计原则
不管什么新的技术，新的技能，他的产生比较导致一些标志，以及一些标志的产生，如果没有这些标准来衡量的话，那我们也没办法知道他新在哪里，怎么去判断，所以作为设计模式，那么必然也会有他的设计原则和标准在里面，如果这些标准和原则，那我们没办法去设计了。
1. S - 单一职责原则：
一个类只能有一个让它变化的原因。（我的理解是一个类就干它应该干的事情，比如我的一个邮件类，那么我这个类就只管我邮件发送，注册相关的功能，不会再这个类里面还做什么会员注册等到其他的功能，单一化原则，我觉得就是单一化模块功能。）
2. O - 开放封闭原则：
对扩展开放，对修改封闭。（我的理解是后期随着业务已经功能的扩展，这个类只允许扩展功能，不允许修改--也就是对扩展开发，对修改关闭）
3. L - Liskov原则：
子类可以完全覆盖父类。（我的理解 类似与子类对抽象类中的抽象方法的重写override）
4. I - 接口隔离原则：
每个接口都实现单一的功能。（我的理解是功能单一化，新的功能重新增加新的接口和方法，禁止在原来的接口上修改，禁止出现臃肿的接口--这里同时符合单一职责原则和开发封闭原则。）
5.D – 依赖倒置原则：
具体依赖于抽象，而非抽象依赖与具体。即，要把不同子类的相同功能抽象出来，依赖与这个抽象，而不是依赖于具体的子类。（我的理解是，相同功能的功能和模块，我们把这些相同的功能抽象出来，放到这个抽象的类中，然后通过子类去实现这些重新中的方法即可，我们这里依赖抽象的，而不是具体的某个子类）
既然上面的这些标准和原则出来了，那么我们就想当然的去创建对象，当然创建的对象必须要遵循上面的这些设计原则。
二 . 创建一个对象
1 限制单一对象
在我们实际项目中有很多在系统中必须限制一个入口的地方，比如数据库连接的字段，系统访问次数等等，那么作为设计者如何去规避其他的不正规操作，或者限制他就是仅能创建一个对象呢？ 这是就出现了单例模式，那么他的出现就是为了限制单一对象，仅有一个。
那么啥是单例模式，他的怎么设计的？
class Singleton
{
private static Singleton instanc;
private Singleton () //注意这里必须用 private 私有的，这样才不能被外界new一个新的对象 ，保证了唯一性
{
}
public static Singleton GetInstanc()
{
if(instanc==null)
{
instanc=new Singleton (); // 让内部去实例化保证了唯一性
}
return instanc;
}
}
当然不是所有的都想要实现唯一性的就必须使用单例模式，我们也可以使用静态类，静态方法，配置文件，全局量量都可。
2 拷贝创建 --原型模式
创建对象我们可以通过new去创建，但是当我们需要创建一个两个一模一样的对象的时候，这时候就问题来了，是不是我们必须用new重新去创建一个对象，然后把对应对象的属性值一个个的去赋值一遍，如果这样的话那多麻烦，如果对象的属性很多，那将是繁琐的工作量，当然这里就出现了拷贝创建的功能设计--克隆。
C# 在内置的库中已经帮我们定义了这种功能接口 ---IColoneable,因此我们不需要在去定义了，哪里需要用到了这个功能的时候我们只需要实现这个接口就好。
3 创建家族 ---简单工厂模式
那么这里就用一个简单的案例来分析理解：我们试想一下这种场景，当初我们开发的系统用的是SQL数据，但是随着业务的扩展的需要，需要换其他的oracle数据库了，当初我们使用的
SQLDBhelper heleper=new SQLDBhelper();
修改成
OracleDBhelper heleper=new OracleDBhelper();
如何后期又要修改其他的数据库类型呢？ 那我们是不是又要写一个新的new??
那么我们这里可以抽象一个 IDBHelper，那业务实现，我们只需要 IDBhelper = new SQLDBhelper(); 或者 IDBhelper =OracleDBhelper() 等等其他类型的数据库，这里不需要修改太多即可完成业务上面的需要。
以上只是几个简单的工厂模式小小应用，另外还有工厂方法模式，抽象工厂模式，都是在这个简单工厂模式上面的在抽象，分离，演变而来。
总结一下：
简单的工厂：只是将对象的创建过程简单的封装而已
工厂方法：在简单工厂的基础上，将创建过程抽象，派生出子类，又具体的子类创建对象，适合创建一个组合对象。
抽象工厂：在抽象方法的基础上，每个子类都被赋予创建多个对象的创建功能，适合创建一个家族对象，
在实际应用中，程序需要哪种工厂模式，需要根据业务以及不同的复杂程度来使用。
4 复杂多配置对象 --建造者模式
我们把对象创建的过程抽象出来，做成一个框架，然后派生不同的子类，来实现不同的配置，将复杂对象的构建与其表示分离，这就是建造者模式
其实不管上面多少种模式，他们的所遵循的原则还是上面说到的几个原则，百变不离其中。
