spring yang

摘要： 最近在学习代码重构，根据自己的学习进度写一个关于代码重构的系列出来，供自己总结提高，也希望能对他人有所帮助。园子里有圣殿骑士的31 天重构学习笔记 给了我很多的启发，自己也在学习《Refactoring improving the Designe of Existing Code》(重构 改善既有代码的设计),希望在代码重构思想上能有自己的心得. 一、为什么要重构（Refactoring） 通过... 阅读全文

摘要： 设计模式我从开篇到23种设计模式的讲解总共花了进两个月的时间,其间有很多读者给我提出了很好的建议,同时也指出了我的不足,对此我表示感谢,正是由于很多读者的支持我才能坚持的写到最后.在此表示我真诚的谢意.系列导航步步为营 .NET 设计模式学习笔记 一、开篇（设计模式之泡妞二十三招）步步为营 .NET 设计模式学习笔记 二、Abstract Factory(抽象工厂)步步为营 .NET 设计模式学习笔记 三、Strategy(策略模式)步步为营 .NET 设计模式学习笔记 四、Singleton(单例模式)步步为营 .NET 设计模式学习笔记 五、Prototype(原型模式)步步为营 .NE. 阅读全文

摘要： 概述 在软件系统中，经常面临着“某个对象”的创建工作，由于需求的变化，这个对象的具体实现经常面临着剧烈的变化，但是它却拥有比较稳定的接口。如何应对这种变化？提供一种封装机制来隔离出“这个易变对象”的变化，从而保持系统中“其它依赖该对象的对象”不随着需求的改变而改变？这就是要说的Factory Method模式了。 意图 定义一个用户创建对象的接口，让子类决定实例化哪一个类。Factory Meth... 阅读全文

摘要： 概述 在软件构建过程中，如果某一特定领域的问题比较复杂，类似的模式不断重复出现，如果使用普通的编程方式来实现将面临非常频繁的变化。在这种情况下，将特定领域的问题表达为某种语法规则下的句子，然后构建一个解释器来解释这样的句子，从而达到解决问题的目的。 意图 给定一个语言，定义它的文法的一种表示，并定义一种解释器，这个解释器使用该表示来解释语言中的句子。 结构图 角色说明: AbstractExp... 阅读全文

摘要： 概述 在软件构建过程中，某些对象的状态在转换过程中，可能由于某种需要，要求程序能够回溯到对象之前处于某个点时的状态。如果使用一些公有接口来让其他对象得到对象的状态，便会暴露对象的细节实现。如何实现对象状态的良好保存与恢复？但同时又不会因此而破坏对象本身的封装性。 意图 在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可以将该对象恢复到原先保存的状态。 结构图 ... 阅读全文

摘要： 概述 表示一个作用于某对象结构中的元素操作。它使你可以在不改变各元素类的前提下定义作用于这些元素的新操作，它把数据结构和作用于结构上的操作之间的耦合性解脱开，使的操作结合可以相对自由地演化。优点是增加新的操作很容易，因为增加一个新的操作就意味着增加一个新的访问者，访问者模式将有关的行为集中到一个访问对象中。 意图 实现通过统一的接口访问不同类型元素的操作，并且通过这个接口可以增加新的操作而不改变元... 阅读全文

摘要： 概述 在软件构建过程中，经常会出现多个对象互相关联交互的情况， 对象之间常常会维持一种复杂的引用关系，如果遇到一些需求的更改，这种直接的引用关系将面临不断的变化。 在这种情况下，我们可使用一个“中介对象”来管理对象间的关联关系，避免相互交互的对象之间的紧耦合引用关系，从而更好地抵御变化。 意图 用一个中介对象来封装一系列的对象交互。 中介者使各对象不需要显式的相互引用，从而使其耦合松散，而且可以独... 阅读全文

摘要： 概述 在软件构建过程中，一个请求可能被多个对象处理，但是每个请求在运行时只能有一个接受者，如果显示指定，将必不可少地带来请求发送者与接受者的紧耦合。 如何使请求的发送者不需要指定具体的接受者？让请求的接受者自己在运行时决定来处理请求，从而使两者解耦。 意图 责任链模式是一种对象的行为模式【GOF95】。在责任链模式里，很多对象由每一个对象对其下家的引用而连接起来形成一条链。请求在这个链上传递，直到... 阅读全文

摘要： 概述 变化一直以来都是软件设计的永恒话题，在XP编程中提倡拥抱变化，积极应对。如何更好的去抓住变化点，应对变化？如何更好的提高代码复用？通过学习Template Method模式，您应该有一个新的认识。 意图 定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。Template Method使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。[-GOF《设计模式》] 结构图 图1 T... 阅读全文

摘要： 概述面向对象的思想很好地解决了抽象性的问题，一般也不会出现性能上的问题。但是在某些情况下，对象的数量可能会太多，从而导致了运行时的代价。那么我们如何去避免大量细粒度的对象，同时又不影响客户程序使用面向对象的方式进行操作？意图运用共享技术有效地支持大量细粒度的对象。[GOF 《设计模式》]结构图1．单纯享元模式的结构在单纯享元模式中，所有的享元对象都是可以共享的。单纯享元模式所涉及的角色如下：抽象享元(Flyweight)角色：此角色是所有的具体享元类的超类，为这些类规定出需要实现的公共接口。那些需要外蕴状态(External State)的操作可以通过调用商业方法以参数形式传入。具体享元(Co 阅读全文