设计模式
文章平均质量分 66
xutao_ustc
这个作者很懒,什么都没留下…
展开
-
动态代理2
<br />现在新的问题来了。倘若接口变成这样,我们想对两个接口都进行计时。那么可以预见到,我们将会为Tank类实现这两个方法,并在代理类中也实现这两个方法,其中在代理方法里面调用Tank的方法。那么计时的语句将会写两遍。如果我们要对别的类进行计时,那么是不是我们也得写一个新的代理呢?<br />interface Moveable { void move(); void fun(); }<br />以上一个代理类,只能为一个接口服务,如果有很多个接口原创 2011-05-08 20:26:00 · 374 阅读 · 0 评论 -
桥接模式
<br />其实这个模式是“尽量使用合成/聚合,尽量不要使用类继承”原则的体现。<br />桥接模式:将抽象部分与它的实现部分分离,使他们都可以独立的变化。其实就是对于可能有多角度分类的系统,每一种分类都有可能变化,那么就要把这种多角度分离出来让它们独立变化,减少它们之间的耦合。也就是说,在发现我们需要多角度去分类实现对象,只用继承会造成大量的类增加,不能满足开放-封闭原则,就该考虑使用桥接模式了。<br /><br />这个图上,我们发现两个继承层次,其实都是用来抽象解耦用的。而中间那座桥就是使用聚合而不原创 2011-05-22 18:19:00 · 392 阅读 · 0 评论 -
中介者模式
软件当中,对象之间要互相发生关系,这就要求对象之间需要彼此知道其他对象,尽管将一个系统分割成许多对象通常可以增加其复用性,但是对象之间相互连接的激增又会降低其复用性。因为大量的连接使得一个对象不可能在没有其他对象的支持下工作,系统表现为一个不可分割的整体,所以,对系统行为进行任何较大的改动就十分困难了。所以为了解决这样的问题,我们应用迪米特法则。如果两个类不直接通讯,这两个类不应发生直接的相互作用,如果一个类要调用另一个类得方法的话,可以通过第三者转发这个调用。将系统的网状结构转变为以中介者为中心的星形结构原创 2011-05-22 20:29:00 · 449 阅读 · 0 评论 -
享元模式
<br />享元模式:运用共享技术有效地支持大量细粒度的对象<br /><br />其中factory持有flyweight的方式可以多样,既可以一开始生成,也可以在请求flyweight的时候如果没有,则动态生成。我们主要关注共享的flyweight,不怎么关注不共享的flyweight。<br />另外,我们要决定哪些是共享的那些是不共享的。在享元内部不会随环境改变而改变的共享部分,称为享元对象的内部状态,而随环境改变而改变的,不可以共享的状态就是外部状态。享元模式可以避免大量非常相似类的开销。在程序设原创 2011-05-22 22:42:00 · 469 阅读 · 0 评论 -
组合模式
<br />解决整体与部分可以一致对待的问题。<br />组合模式,将对象组合成树形结构以表示“部分-整体”的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。<br />当需求中是体现部分与整体层次的结构时,以及你希望用户可以忽略组合对象与单个对象的不同,统一使用组合结构中的所有对象时,考虑使用组合模式。组合模式定义了包含基本对象和组合对象的类层次结构。基本对象可以被组合为更复杂的组合对象,组合对象可以被组合,这样不断的递归下去,客户代码中,任何用到基本对象的地方都可以使用组合对象了。用原创 2011-05-22 23:14:00 · 466 阅读 · 0 评论 -
设计模式思想
1.单一职责:就一个类而言,应该仅有一个引起它变化的原因。职责要单一。否则如果一个代码块完成了超过一件的事情,意味着这段代码的移植性受到了影响,因为一次移植就打包移动了两段逻辑。而且不稳定,因为可能任何一个需要改动都会动这段代码块。软件设计真正要做的许多内容,就是发现职责并把那些职责相互分离。如果你能想到多于一个的动机去改变一个类,那么这个类就有多于一个的职责,应相互分离。原创 2011-04-16 22:41:00 · 1694 阅读 · 0 评论 -
设计模式 抽象工厂
抽象工厂类似于工厂方法,只不过是创建多种产品,比如显卡分为三星的,华硕的,东芝的。而声卡也分为三星的,华硕的,东芝的,那么我们可以创建一个抽象工厂,它的子类是三星工厂,华硕工厂,东芝工厂,每个工厂有两个方法,分为生产自己品牌的显卡和声卡。在运行的时候,创建一个ConcreteFactory实例,那么具体的工厂再创建具有特定实现的产品对象,也就是说,为创建不同的产品对象,客户端应该使用不同的具体工厂。最大的好处在于可以方便的交换产品系列,在一个应用中只要初始化的时候出现一次,只要改变具体的工厂即可使用不同的产原创 2011-04-17 14:13:00 · 464 阅读 · 0 评论 -
设计模式 简单工厂
如果我们写一个计算器的算法。我们可能这么写class Program { static void Main(string[] args) { Console.Write("请输入第一个数字:"); string num1 = Console.ReadLine(); Console.Write("请输入第二个数字:"); string num2 = Consol原创 2011-04-16 22:09:00 · 378 阅读 · 0 评论 -
工厂方法模式
让我们来回头看看简单工厂模式,看看它的优缺点:优点:简单工厂的最大优点在于工厂类中包含了必要的逻辑判断,根据客户端的选择条件动态实例化相关的类,对于客户端来说,去除了与具体产品的依赖。对于计算器来说,客户端可以不用去管该用哪个类的实例,只要把+传给工厂,工厂自动给出了相应的实例,客户端只要去做运算就可以了,不同的实例会实现不同的运算。缺点:如果我们要添加或者删除某一种算法,就要找到工厂方法,删除相应的if-else或者添加if-else。破坏了开放-封闭原则。现在我们来看看工厂方法是怎么实现的。class原创 2011-04-17 13:07:00 · 439 阅读 · 0 评论 -
模板方法模式
使用继承的时候,要使继承有意义,应该要成为子类的模板,所有的重复应该上升到父类中去,而不是让子类去重复。当我们要完成在某一细节层次一致的一个过程或一系列步骤,但其中某个步骤在更详细的层次上实现可能不同时,我们通常考虑用模板方法模式。当不变的行为和可变的行为在方法的子类实现中混合在一起的时候,不变的行为会在子类中重复出现。class Program { static void Main(string[] args) { Template原创 2011-04-24 16:35:00 · 370 阅读 · 0 评论 -
动态代理1
class Program { static void Main(string[] args) { Tank subject = new Tank(); subject.move(); } } interface Moveable { void move(); } class Tank : Moveable {原创 2011-05-08 16:35:00 · 410 阅读 · 0 评论 -
命令模式
行为请求者和行为实现者之间一般来说是存在紧耦合关系的。这什么意思呢?也就是说,一般我们想用一个行为,是通过在一个类里面调用另一个类的方法来实现,这很正常,一般情况下没什么问题,和我们需要一个对象new一个一样,但是遇见特殊场合引入变化可能会出现问题,只不过不像new对象需求的那么普遍。原创 2011-05-22 15:44:00 · 454 阅读 · 0 评论 -
职责链模式
职责链模式--使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系。将这个对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止。发出请求的客户端并不知道这当中的哪一个对象最终处理了这个请求,这样系统的更改可以在不影响客户端的情况下动态的重新组织和分配责任。class Program { static void Main(string[] args) { Handler h1 = new ConcreteHa原创 2011-05-16 23:14:00 · 275 阅读 · 0 评论 -
代理模式
这个人的文章很好http://www.cnblogs.com/Terrylee/archive/2006/05/18/403382.html代理模式----真实对象的代表,在访问对象时引入一定程度的间接性,因为这种间接性,可以附加多种用途,但是根本上还是利用了其代理对象的服务。class Program { static void Main(string[] args) { Subject subject = new Proxy();原创 2011-05-08 12:01:00 · 349 阅读 · 0 评论 -
装饰模式
串联,组合功能。动态的给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更为灵活。看下面的代码,我们有一个Test的fun方法,现在我们想给其添加一些东西,我们可以利用聚合。然后在自己的方法里面调用Test的fun方法。class Test { public void fun() { Console.WriteLine("Hello"); } } class UseTest { public原创 2011-05-08 21:46:00 · 367 阅读 · 0 评论 -
观察者模式
class Program { static void Main(string[] args) { Subject subject = new Subject(); ConcreteObserver1 con1 = new ConcreteObserver1(subject, "con1_instance1"); ConcreteObserver2 con2 = new Con原创 2011-05-14 21:22:00 · 298 阅读 · 0 评论 -
适配器模式
把一个类得接口转化为希望的接口。class Program { static void Main(string[] args) { Player player = new Traslator("yaoMin"); player.Attack(); } } abstract class Player { protected string _name;原创 2011-05-14 22:04:00 · 296 阅读 · 0 评论 -
状态模式
状态模式主要解决的是当控制一个对象状态转换的条件表达式过于复杂的情况。把状态的判断逻辑转移到不同状态的一系列类当中,就可以把复杂的判断逻辑简化。状态模式的好处是将与特定状态相关的行为局部化,并且将不同状态的行为分割开来。将特定的状态相关的行为都放入一个对象中,由于所有与状态相关的代码都存在于某个ConcreteState中,所以通过定义新的子类可以很容易地增加新的状态和转换。状态模式通过把各种状态转移逻辑分布到State子类之间,减少相互间的依赖。 class Program {原创 2011-05-14 23:30:00 · 348 阅读 · 0 评论 -
建造者模式
<br /> <br />class Program { static void Main(string[] args) { Builder builder = new ConcreteBuilder2(); Director director = new Director(builder); director.Build(); builder.getProd原创 2011-05-14 20:10:00 · 501 阅读 · 0 评论 -
单例模式
<br />class Program { static void Main(string[] args) { Singleton instance1 = Singleton.GetInstance(); Singleton instance2 = Singleton.GetInstance(); Console.Write(instance1 == instance2);原创 2011-05-15 10:26:00 · 277 阅读 · 0 评论 -
迭代器模式
<br />提供一种方法顺序访问一个聚合对象中的各个元素,而又不暴露该对象的内部表示。<br /> <br /> class Program { static void Main(string[] args) { MyArray<int> myArray = new MyArray<int>(); myArray.add(1); IEnumerator<int> enums = m原创 2011-05-15 10:56:00 · 260 阅读 · 0 评论 -
备忘录模式
<br />在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可以将该对象恢复到原先保存的状态。<br />class Program { static void Main(string[] args) { Originator orig = new Originator() { State = "On"}; CareTaker careTaker = new CareTak原创 2011-05-15 11:25:00 · 341 阅读 · 0 评论 -
访问者模式
class Program { static void Main(string[] args) { Person person = new Person() { Name = "xuxu"}; person.accept(new Happy()); } } class Person { public string Name { get; set; }原创 2011-05-16 21:37:00 · 344 阅读 · 0 评论 -
原型模式
<br />也就是复制。在C#中提供了ICloneable接口。可以方便的实现这个接口。实现浅拷贝可以调用object的protected方法MemberwiseClone来做。<br />class Program { static void Main(string[] args) { Test first = new Test(); Test second = first.Clone() as Test;原创 2011-05-08 21:05:00 · 323 阅读 · 0 评论