摘要：这段时间接了别人的一个小项目，这个项目不大，需求文档也就10几页，而且里面主要是流程图，具体业务逻辑非常少。一个大的方法几乎可以涵盖所有的东西，但这哥们就是要套用设计模式，一上来就是命令模式，说是命令模式，其实就是命名叫command，在这个所谓的“Command”模式里面掺杂了proxy模式，filter模式，还有什么工厂模式。真叫一个“坑爹”啊。本来就是2－3个类能解决的问题，一下子就出来二三十个，依赖关系还比较乱。能有关系的地方都用上了模式。写这个文章的主要目的是想分享一下自己的一些看法，上面这小段算是个引子。在刚学设计模式的时候，也喜欢到处宣扬设计模式的优点，并喜欢在代码里面套用，当初 阅读全文

摘要：Template模式Template模式顾名思义是提供了一种模板，也就是针对某种业务提供了模范框架。这个在spring中是属于核心模式的，因为其ApplicationContext抽象类就是模板模式的终极体现。Template模式一般情况下是指针对某种业务算法（或者业务动作）形成的固定模式。而且它是基于继承的一种实现。由父类类完成模板方法，仅留出模板方法中的特别处理方法作为抽象方法，交由子类根据具体情况来实现。对于具体使用，要引用一下《Expert》中的一句话“Publicsuperclass methods are usually final: the abstract methods de 阅读全文

摘要：写在前面本文及后面的几篇笔记都是读《Effective Java》的随笔。内容里面有书里面重点的部分，所以大家别见怪就好。如果各位发现啥问题，希望能不吝赐教，虽然是自己的笔记，也希望能得到大家的指教。关于对象的创建，《Design patterns》里面有五种设计模式支撑，不能说设计模式就是最终导向，只能说是特定情况下的全局考量。那么在《Effective Java》（以下用EJ表示）里面的处理方式，可以跟这些设计模式相得益彰，因为GOF讲的是大局，而Bloch讲的是实践。必要时，两个方面都会谈谈。一、静态工厂方法优点：1.可以有更能说明具体作用的方法名（与构造函数相比） 从维护代码的角度讲， 阅读全文

摘要：强烈推荐GOF的《设计模式》，不用看什么j2ee设计模式。GOF的书的确经典。看过之后，精神爽，身体棒，吃嘛嘛香！命令模式的类图，网上到处都有！一般包括：client，invoker，Command接口，具体的command实现，receiver。首先说明一下，命令模式的场景：实体解耦和时间解耦。嘛意思呢？就是命令发出者和接收者两个不互相依赖了，时间顺序上也是可以有间断的，即命令发出者不必在那里等着接收者，两者在时间上是分开的。举个小例子：国家（ivoker，发起人）发出扫黄打非的命令（封装了行动信息和指标）啦，各地警察叔叔们（接收者）就出来巡逻（干活）啦，专拣那个红灯区和一些洗浴中心下手。整 阅读全文