忠麦一生

这次合作开发过程中我们使用了一些设计模式，经过讨论对其理解深刻不少。之前在学习之中，我本以为自己已经理解了一些设计模式。但在这次的使用过程中，因为各自的理解不一造成了一定的碰撞，之后才发现自己的理解根本就站不住脚。于是，反复经过我们的讨论——实施——再讨论，发现理解的偏差，解决之。然后，才有了目前我们认为的比较稳定的，符合逻辑的理解。本篇博客要说的是我对状态模式和职责链模式的理解。这两个设计模式看

设计模式是大量经验的总结，是依据单一职责、开放——封闭、依赖倒转……等原则在结构上对代码进行的优化。经过一段时间的学习，我将所有设计模式做了一个分类，如图所示：          一、类的实例化         本类中的设计模式都旨在优化类的实例化这个过程，通过继承将复杂的类分解为职责单一的几个类。为了应对类的数量的增加，引入专门负责实例化的类，通过多态灵活的选择合适的类实例化成对象。

设计模式是根据原则为实现代码的复用、程序可扩展和稳定，对代码进行优化的过程和经验总结。当然，原则也是经验总结。原则是设计模式的执行纲领，重要性不言而喻。本篇博客就介绍六大原则。         一、单一职责原则                定义：不要存在多于一个使类变更的原因。简单说就是：各人自扫门前雪，修管他人瓦上霜，各司其职。                缘由：编写的软件不能没

老驴拉磨似的，磨着磨着终于来到设计模式部分的学习了。因为C++和自考的原因，计算机方面的学习进度还是比较慢。（有给自己找借口的嫌疑……）那么，刚刚进入设计模式的学习——简单工厂模式和策略模式。这已经是几天前学习的内容了，经过这几天的沉淀，对设计模式的学习，有一些想法想要说一下。           刚开始学习设计模式的时候，简单工厂模式确实比较容易理解。当时就觉得实际上它就是一个多态在实例化对

上篇博客由于长度的原因，只是用代码展示了静态代理到动态代理的“进化”。那么本篇博客就动态代理的实现原理做一个介绍，从而有一个更深入的理解。当然，这也已经渐渐的脱离的代理模式的内容，因为学习是一个管中窥豹的过程，了解的越深入才能了解事务的本质。    问题重现    动态代理呢解决了静态代理的两个在一定条件下不适应的问题：其一，因为代理类中需要持有一个实际类而导致的代理类和实际类的耦合度

故事    周末放假，小孙睡到12点才告别周公醒来，顿时饥肠辘辘。舍长小王正准备去食堂买饭，作为一个好舍长小王主动要帮小孙带饭。小孙点了米饭、宫保鸡丁、芬达。小孙起床洗漱，然后静待舍长。小孙心理寻思道舍长果然是好舍长啊。下面我们先把这个故事抽象一下，画作类图。这个类图即代理模式。代理模式   定义：为其他对象提供一种代理以控制对这个对象的访问。怎么理解这句话呢？从生活的角度来说