摘要：
最后一个结构型，享元。没有太多的项目经验，对这种模式只有一种概念上的理解，就是为了节约内存等资源，把可重用的东西只申请一次，然后处处调用，同时用Hash进行管理。 直接上图： 代码： /********* 大话设计模式上的代码 ************/ abstract class Flyweig 阅读全文
摘要：
一段时间没写，又忘了，晕。。。设计模式这种东西一定要经常用。 装饰者模式（Decorator）用于动态地给一个对象增加一些额外的职责，就增加功能来说，他比生成子类更为灵活。 装饰者模式的原则是： 能用组合就用组合，而不用继承 在运行时才确定添加的方法 UML类图： /* * 分割线 * */ 代码： 阅读全文
摘要：
等了好久，终于想起来开写了，这次写的是外观模式，记得大学时弄课程设计，外观模式搞得我比较混乱，因为单词不认识，后来觉得有点蛋疼，感觉是一坨混乱的东西然后加个壳再弄几个外部调用的接口而已。个人认为，Facade模式是最简单的模式了，大系统引用子系统的对象，直接调用之。 书中定义：外观模式（Facade 阅读全文
摘要：
这个设计模式阐述了这样一个原则：合成/聚合原则，就是优先使用对象的合成/聚合，而不是类的继承。 直接拿书的例子了： 这样就真是太坑了：不如试试这样： 明显很爽啊，以后要加什么就加什么，两个抽象类之间有一个聚合线，方法就是一个简单的set()或是add()，于是就叫桥接模式。 给出UML图吧，也跟上图 阅读全文
摘要：
组合模式比较常用，JUint的单元测试用到了（好像），不过多解释。 阅读全文
摘要：
代理有些蛋疼，为了解除调用者与真实对象的偶合，struts2里的Action，就是由代理类来完成初始化与方法调用的，不然各种Action，struts2框架怎么知道是什么东西，具体过程得看看源码才行，在这里mark一个吧。。。。。 代理就是，为其他对象提供一种代理以控制对这个对象的访问。（书的解释） 阅读全文
摘要：
设计模式理解（三）建造者（Builder） 我理解就是：要创建的东西太烦了，一次写在一个函数里会疯掉，于是想了个办法，一点一点的构造这个东西，根据传入的参数还能构建不同参数的东西。与工厂不同，这个模式多了个“导演”的东西来指导建造大型对象。 引用别人总结的：对象建造比较复杂，可以用工厂；更复杂，请用 阅读全文
摘要：
我的理解：客户要求的接口与现有的接口不一致，又不想改动现有的类，于是弄个适配器，相当于电源转接头。 原理就是，在适配器中包装一个现有的对象，客户不直接调用该对象，而是调用适配器的方法。图森破！ 角色： Target：目标接口 Adapter：适配器 Adaptee：要适配的类，或称适配者器 图如下， 阅读全文
摘要：
设计模式理解（二）单例（Singleton）与原型（Prototype） 为什么一起写，因为懒。。。。 单例，就是用了面向对象语言的一些奇技淫巧，把构造函数私有了，然后用一个自身类型的静态指针作为全局唯一的实例的引用。碰到并发之类就呵呵了。 这么简单都能画个UML图，还煞有介事似的，我晕。 ---- 阅读全文
摘要：
设计模式理解（一）工厂模式 与 抽象工厂模式 又分为：简单工厂、工厂方法、抽象工厂 先理解简单工厂： 涉及类：工厂接口、产品接口；真实工厂类、真实产品类；客户。 客户需要产品，但无需知道创建产品的细节，实现了客户与产品的细节分离。客户只需要维持（关联？）一个工厂的实例就行了。客户只需要调用那个工厂的 阅读全文
摘要：
设计模式总结 三大类：创建型、结构型、行为型 二十三种： 创建型： 工厂方法 （Factory） 抽象工厂 （abstract factory） 建造者 （builder） 单例 （singleton） 原型 （prototype） 结构型 适配器 （adapter） 桥接 （bridge patt 阅读全文