C#的学习心得

一、引言

 	通过一段时间对于C#的设计模式的学习，自己编程的时候就会思考能不能根据设计模式来写代码。

二、设计原则

	设计模式可以适应变化，提高代码复用率，使软件更具有可维护性和可扩展性。并且，在进行设计的时候，需要遵循以下原则：单一职责原则、开放封闭原则、里氏代替原则、依赖倒置原则、接口隔离原则、合成复用原则和迪米特法则。下面就分别介绍了每种设计原则。

2.1单一职责原则

	拿一个类来举例，如果一个类有很多职责的话，相当于将这些职责进行了耦合，而且其中的一个职责可能影响其他的职责，导致复用性降低。

2.2开闭原则

	强调的是：一个实体（指的类、函数、模块等）应该对扩展开放，对修改关闭。即每次发生变化时，要通过添加新的代码来增强现有类型的行为，而不是修改原有的代码。

2.3里氏代替原则

	这个原则就是子类必须替代父类，并且子类实现父类的方法，增加自己的独特的方法，相当于JAVA中的覆写。

2.4依赖倒置原则

	这个原则指的是抽象不应该依赖于细节，细节应该依赖于抽象，也就是 “面向接口编程，而不是面向实现编程”。这样的原则可以实现低耦合的效果。

2.5接口隔离原则

	这个原则指的是使用多接口优于使用单接口。也就是说不要让一个单一的接口承担过多的职责，而应把每个职责分离到多个专门的接口中，进行接口分离，如果单一接口负担过重不利于代码的复用。

2.6合成复用原则

	这个原则指的就是在一个新的对象里面使用一些已有的对象，使之成为新对象的一部分。新对象通过向这些对象的委派达到复用已有功能的目的。换句话说，聚合的优先级高于继承。

2.7迪米特法则

	这个原则就是一个模块尽量少的使用其他模块，降低依赖，这样一个模块的改变对应改变的模块比较少的话就能够提高代码的扩展性。

三、创建型模式

	创建型模式就是用来创建对象的模式，抽象了实例化的过程。
	创建型模式包含以下模式：
		1.单例模式：解决的是实例化对象的个数的问题，比如抽象工厂中的工厂、对象池等，除了Singleton之外，其他创建型模式解决的都是 new所带来的耦合关系。
		2.工厂方法：创建单个对象，在Abstract Factory有使用到。
		3.抽象工厂：创建一系列相互依赖对象，并能在运行时改变系列。
		4.原型模式：通过拷贝原型来创建新的对象。
		5.建造者模式
	工厂方法，抽象工厂, 建造者都需要一个额外的工厂类来负责实例化“一个对象”，而Prototype则是通过原型（一个特殊的工厂类）来克隆“易变对象”。

3.1单例模式

	单例模式指的是确保某一个类只有一个实例，并提供一个全局访问点。解决的是实体对象个数的问题，而其他的建造者模式都是解决new所带来的耦合关系问题。两个要素：
		1.类只有一个实例。实现：通过私有构造函数来保证类外部不能对类进行实例化。
		2.提供一个全局的访问点。实现：创建一个返回该类对象的静态方法。

3.2工厂方法

	工厂方法模式指的是定义一个创建对象的工厂接口，由其子类决定要实例化的类，将实际创建工作推迟到子类中。它强调的是”单个对象“的变化。两个要素：
		1.定义一个工厂接口。实现：声明一个工厂抽象类。
		2.由其具体子类创建对象。实现：创建派生于工厂抽象类，即由具体工厂去创建具体产品。

3.3抽象工厂

	抽象工厂模式指的是提供一个创建一系列相关或相互依赖对象的接口，使得客户端可以在不必指定产品的具体类型的情况下，创建多个产品族中的产品对象，强调的是”系列对象“的变化。两个要素：
		1.提供一系列对象的接口。实现：提供多个产品的抽象接口
		2.创建多个产品族中的多个产品对象。实现：每个具体工厂创建一个产品族中的多个产品对象，多个具体工厂就可以创建多个产品族中的多个对象。

3.4原型模式

	原型模式指的是通过给出一个原型对象来指明所要创建的对象类型，然后用复制的方法来创建出更多的同类型对象。两个要素：
		1.给出一个原型对象。实现：给一个原型类即可
		2.通过复制的方法来创建同类型对象。实现：.NET可以直接调用MemberwiseClone方法来实现浅拷贝

3.5建造者模式

	建造者模式指的是将一个产品的内部表示与产品的构造过程分割开来，从而可以使一个建造过程生成具体不同的内部表示的产品对象。强调的是产品的构造过程。一个要素：
	将产品的内部表示与产品的构造过程分割开来实现：不要把产品的构造过程放在产品类中，而是由建造者类来负责构造过程，产品的内部表示放在产品类中即可。

四、结构模式

	结构型模式，讲掉的是类和对象的结构 ，主要用来处理类或对象的组合。它包括两种类型，一是类结构型模式，指的是采用继承机制来组合接口或实现；二是对象结构型模式，指的是通过组合对象的方式来实现新的功能。
	结构模式包含以下模式：
		1.适配器模式：注重转换接口，将不吻合的接口适配对接。
		2.桥接模式：注重分离接口与其实现，支持多维度变化。
		3.组合模式：注重统一接口，将“一对多”的关系转化为“一对一”的关系。
		4.装饰者模式：注重稳定接口，在此前提下为对象扩展功能。
		5.外观模式：注重简化接口，简化组件系统与外部客户程序的依赖关系。
		6.享元模式：注重保留接口，在内部使用共享技术对对象存储进行优化。
		7.代理模式：注重假借接口，增加间接层来实现灵活控制。

4.1适配器模式

	适配器模式主要是转换接口，它能够使原本不能再一起工作的两个类一起工作，所以经常用来在类库的复用、代码迁移等方面。适配器模式包括类适配器模式和对象适配器模式。

4.2桥接模式

	桥接模式主要是将抽象化与实现化解耦，使得两者可以独立地变化。也就是说，桥接模式把原来基类的实现化细节再进一步进行抽象，构造到一个实现化的结构中，然后再把原来的基类改造成一个抽象化的等级结构，这样就可以实现系统在多个维度的独立变化。

4.3组合模式

	装饰者模式又可以动态地给一个对象添加一些额外的功能，装饰者模式较继承生成子类的方式更加灵活。虽然装饰者模式能够动态地将职责附加到对象上，但它也会造成产生一些细小的对象，增加了系统的复杂度。

4.4装饰者模式

	组合模式又称为部分—整体模式。组合模式将对象组合成树形结构，用来表示整体与部分的关系。组合模式使得客户端将单个对象和组合对象同等对待。

4.5外观模式

	外观模式指的是为子系统中的一组接口提供一个一致的门面，它提供了一个高层接口，这个接口使子系统更加容易使用。

4.6享元模式

	享元模式运用共享的技术有效地支持细粒度的对象，使其进行共享。在.NET类库中，String类的实现就使用了享元模式，String类采用字符串驻留池来使字符串进行共享。注：驻留的字符串不能被GC垃圾回收机制收回。

4.7代理模式

	代理模式指的是给某一个对象提供一个代理，并由代理对象控制对原对象的访问。

五、行为型模式

	行为型模式是对在不同对象之间划分责任和算法的抽象化。行为模式不仅仅关于类和对象，还关于它们之间的相互作用。行为型模式又分为类的行为模式和对象的行为模式两种。
	（1）类的行为模式：使用继承关系在几个类之间分配行为。
	（2）对象的行为模式：使用对象聚合的方式来分配行为。
	行为型模式包括以下模式：
		1.模板方法模式：封装算法结构，定义算法骨架，支持算法子步骤变化。
		2.命令模式：将请求封装为对象，支持请求的变化，通过将一组行为抽象为对象，实现行为请求者和行为实现者之间的解耦。
		3.迭代器模式：封装特定领域变化，支持集合的变化，屏蔽集合对象内部复杂结构，提供客户程序对它的透明遍历。
		4.观察者模式：封装对象通知，支持通信对象的变化，实现对象状态改变，通知依赖它的对象并更新。
		5.中介者模式：封装对象间的交互，通过封装一系列对象之间的复杂交互，使他们不需要显式相互引用，实现解耦。
		6.状态模式：封装与状态相关的行为，支持状态的变化，通过封装对象状态，从而在其内部状态改变时改变它的行为。
		7.策略模式：封装算法，支持算法的变化，通过封装一系列算法，从而可以随时独立于客户替换算法。
		8.责任链模式：封装对象责任，支持责任的变化，通过动态构建职责链，实现事务处理。
		9.访问者模式：封装对象操作变化，支持在运行时为类结构添加新的操作，在类层次结构中，在不改变各类的前提下定义作用于这些类实例的新的操作。
		10.备忘录模式：封装对象状态变化，支持状态保存、恢复。
		11.解释器模式：封装特定领域变化，支持领域问题的频繁变化，将特定领域的问题表达为某种语法规则下的句子，然后构建一个解释器来解释这样的句子，从而达到解决问题的目的。

5.1模板方法模式

	模板方法模式是在一个抽象类中定义一个操作中的算法骨架，而将一些具体步骤实现延迟到子类中去实现。模板方法使得子类可以不改变算法结构的前提下，重新定义算法的特定步骤，从而达到复用代码的效果。

5.2命令模式

	命令模式属于对象的行为模式，命令模式把一个请求或操作封装到一个对象中，通过对命令的抽象化来使得发出命令的责任和执行命令的责任分隔开。命令模式的实现可以提供命令的撤销和恢复功能。

5.3迭代器模式

	迭代器模式是针对集合对象而生的，对于集合对象而言，必然涉及到集合元素的添加删除操作，也肯定支持遍历集合元素的操作，此时如果把遍历操作也放在集合对象的话，集合对象就承担太多的责任了，此时可以进行责任分离，把集合的遍历放在另一个对象中，这个对象就是迭代器对象。
	迭代器模式提供了一种方法来顺序访问一个集合对象中各个元素，而又无需暴露该对象的内部表示，这样既可以做到不暴露集合的内部结构，又可以让外部代码透明地访问集合内部元素。

5.4观察者模式

	观察者模式定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象，这个主题对象在状态发生变化时，会通知所有观察者对象，使它们能够自动更新自己的行为。

5.5中介者模式

	中介者模式，定义了一个中介对象来封装一系列对象之间的交互关系。中介者使各个对象之间不需要显式地相互引用，从而使耦合性降低，而且可以独立地改变它们之间的交互行为。

5.6状态模式

	状态模式就是允许一个对象在其内部状态改变时自动改变其行为，对象看起来就像是改变了它的类。

5.7策略模式

	策略模式是对算法的包装，是把使用算法的责任和算法本身分割开，委派给不同的对象负责。策略模式通常把一系列的算法包装到一系列的策略类里面。

5.8责任链模式

	责任链模式就是某个请求需要多个对象进行处理，从而避免请求的发送者和接收之间的耦合关系。将这些对象连成一条链子，并沿着这条链子传递该请求，直到有对象处理它为止，就如我做的项目的审批流程，需要多级主管部门的审批，就是很明显的责任链模式

5.9访问者模式

	访问者模式是封装一些施加于某种数据结构之上的操作。一旦这些操作需要修改的话，接受这个操作的数据结构则可以保存不变。访问者模式适用于数据结构相对稳定的系统， 它把数据结构和作用于数据结构之上的操作之间的耦合度降低，使得操作集合可以相对自由地改变。

5.10备忘录模式

	备忘录模式是在不破坏封装的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，这样以后就可以把该对象恢复到原先的状态。

5.11解释器模式

	解释器模式是给定一种语言，定义它文法的一种表示，并定义一种解释器，这个解释器使用该表示来解释器语言中的句子。这个模式我基本没有见到。

六、总结

	设计模式说的通俗一点就是为了简化程序员的代码复写的工作量，实现代码的复用，以及降低耦合。
	PS：写博客的时间不多，很多都是网上学习的东西，希望大家多多支持，交流讨论，让我在程序员这个行业能够快速成长。

参考文章：c#设计模式总结