摘要：实现：多个对象之间的沟通，通过中介者来实现； 避免了多对象之间直接关联造成的系统复杂性~ 阅读全文

摘要：使多个对象都有机会处理请求，从而避免请求的发送者和接受者之间的耦合关系 将这个对象练成一条链，并沿着这条链条传递该请求，直到有一个对象处理它为止 阅读全文

摘要：命令模式 阅读全文

摘要：如果需求中体现部分与整体层次的结构，并且希望用户可以忽略组合对象与单个对象的不同 统一地使用组合结构中的所有对象时，就应该考虑使用组合模式。 组合模式让客户可以一致地使用组合结构和单个对象 阅读全文

摘要：实现系统可能有多角度分类，每一种分类都有可能变化，那么就 把这种多角度分离出来让他们独立变化，减少他们之间的耦合。 体现了：优先使用组合而不是继承的设计原则 阅读全文

摘要：Iterator模式 阅读全文

摘要：关于这次尝试的实践在上次发文后（http://www.cnblogs.com/Ivan-Yan/archive/2008/10/29/1322119.html），得到了几位朋友（木野狐(Neil Chen) 、T2噬菌体等）的指点，在这里再次感谢你们的热心帮助。 阅读全文

摘要： 一直在开发一个控制产品入库和出货的系统，基本的业务流程是这样的：首先开立产品入库联络单，然后仓库会根据此单据到进行产品实物入库，待确认数量，料号无误后，此信息要抛转ERP系统中，以作账务控制...（其中更多作业细节从略） 阅读全文

摘要：这个模式还是经常用到的：把一些子类共有的操作从子类中抽象出来，实现代码复用；利用函数多态，实现对不同实现的子类的访问。 阅读全文

摘要：今天重读建造者模式【Build Pattern】，终于明白了其存在之意图和应用之场景。 其意在创建一个复杂的对象，这个对象由一系列稳定的动作组成，单不同的产品具体的动作实现又不一样。而其中重点在于将一个复杂的构建与其表示相分离，使得同样的构建过程可以创建不同的表示 这个抽象和封装的过程非常类似于模板方法模式，但是要注意他们的关注点不同：模板方法重在“行为”，是指稳定的... 阅读全文

摘要： 外观模式强调，外部（客户端）与子系统之间通过一个统一的接口（外观）进行通信。也就说，一个系统中可能包括很多子系统，客户端与其中的任何子系统的通信都通过统一的外观实现，而避免使客户端直接与子系统发生关系。 阅读全文

摘要： Observer模式的优点是实现了表示层和数据逻辑层的分离，并定义了稳定的更新消息传递机制，类别清晰，并抽象了更新接口，使得可以有各种各样不同的表示层（观察者）。 阅读全文

摘要： 代理模式的使用非常广泛。开发过程中，有些对象是部署在网络中另外一台server上，比如web service。如果在客户端直接进行对象访问，会增加client操作的复杂度（处理网络通信的问题等）。这个时候，应用代理模式，在客户端建立远端对象的代理对象，让代理对象处理复杂的逻辑，而客户端只简单的调用此代理对象即可。 阅读全文

摘要： 开发过程中，有时候需要创建多个同类型的对象。按照通常的思维，我们只是new多个对象即可。但是如果这个对象的初始化是个耗时的过程，那么多个对象的创建将很难令人接受。 原型模式的用意是：通过给出一个原型对象来指明所要创建的对象类型，然后用复制这个原型对象的办法创建出更多的同类型对象。 阅读全文

摘要：TerryLee的Blog中对装饰模式的引入和讨论真是思路清晰，精准到位，跟着他的思路，总算有点头绪。习惯了过程化编程的我，对于这种需求的变化，首先想到的肯定是改写实现方法体即可。但是通过这段时间学习设计模式和设计原则，我明白这样做的代价只能是维护和扩展的痛苦和艰难。所以，尝试着用OO的思想来冲洗我过程化的习惯，一时还真的觉得挺难接受。 阅读全文

摘要： 总的来说，策略模式给我印象是：在出现多个选项供选择的时候（if,else,switch）使用非常方便，避免了因为太多的选择出现难以维护的情况出现。 阅读全文

摘要：在实际开发中，我们经常把数据访问类根据一定的情况划分为多个类（比如按照系统模块，每个模块设计一个自己的数据访问类）。而利用工厂方法模式的设计，我们这个时候就不得不为每个类设计抽象，设计工厂，这个工作量可想而知。对于这种一系列相关对象的创建，再使用工厂方法模式就不是很恰当了。 阅读全文

摘要：之前读的简单工厂模式，可以看到：如果设计者很清楚要创建几个对象（具体类），并且将来不怎么要求扩展的情况下，用它基本上可以工作的很好。但是，还拿我的举例来说，如果哪天真的有了需求变化，新增了一个数据库，那么我们除了要新增一个具体类外（不可避免），还要修改工厂类，添加判断条件。可以设想一下，对于一个复杂的系统，如果这样的需求经常发生，那么我们就要整天修改工厂类，使之逐渐庞大... 阅读全文

摘要：简单工厂模式的核心是通过建立工厂类，此工厂类根据传递的参数不同，实例化不同的具体类。这里面涉及到几部分内容： 1.工厂类：负责创建具体类实例 2.抽象类 ：所有具体类的抽象父类，可以是接口，也可以是普通类，更可以是抽象类 3.具体类 ：抽象类的具体实现类，一般有多个。 阅读全文

摘要：之前在开发winform程序的时候，经常做这样的控制：每个form同时只能出现一个。方法有很多，通常我都采用这种方式：(通过一个public 的static 字段进行控制) 阅读全文