肥朝小声逼逼: 这个你以为是冷门的设计模式, 其实错了, 这个是大热门的设计模式. 比如我们业务代码, 经常要各种 DTO,BO,DO,VO 转换, 其实就可以参考原型设计模式的思想来做.
单例模式
用来确保类只有一个实例. Joshua Bloch 在 Effetive Java 中建议到, 还有一种方法就是使用枚举.
肥朝小声逼逼: 在平时开发中, 单例是我们用得最多的了, 因为 Spring 的 bean, 默认就是单例级别的. 单例属于大家基本都会的设计模式.
行为模式
责任链
通过把请求从一个对象传递到链条中下一个对象的方式来解除对象之间的耦合, 直到请求被处理完毕. 链中的对象是同一接口或抽象类的不同实现.
肥朝小声逼逼: 凡是带有 Filter 关键词的, 基本都在用这个设计模式. 在业务代码使用的场景实在是太多了, 用到拦截器的地方基本都在用这个设计模式.
命令模式
将命令包装在对象中, 以便可以将其存储, 传递到方法中, 并像任何其他对象一样返回.
肥朝小声逼逼: 命令模式使用频率较高, 和策略模式比较像, 具体区别可以搜索一下. 如果用过 Activiti 工作流引擎的朋友可以看一下里面的源码, 很多地方都用到了命令模式.
解释器模式
此模式通常描述为该语言定义语法并使用该语法来解释该格式的语句.(This pattern generally describes defining a grammar for that language and using that grammar to interpret statements in that format.)
肥朝小声逼逼: 这个比较冷门, 肥朝没怎么用过, 你用过的话可以留言告诉肥朝.
迭代器模式
提供一个统一的方式来访问集合中的对象.
肥朝小声逼逼: 这个中间件和基础框架组的同学可能用得比较多, 业务代码的话用得不多, 不过 JDK 中的这种使用很经典, 可以看看.
中介者模式
通过使用一个中间对象来进行消息分发以及减少类之间的直接依赖.
肥朝小声逼逼: 看到这个描述不用我多说什么, 业务代码使用的场景太多了. 比如你们用 MQ, 其实就是在用中介者模式. 所以肥朝一再强调, 即使是每天 CRUD, 关注肥朝一起学习, 也能给你的 CRUD 项目, 加上美颜 + 滤镜 (设计模式) 的加强效果.
备忘录模式
生成对象状态的一个快照, 以便对象可以恢复原始状态而不用暴露自身的内容. 比如 Date 对象通过自身内部的一个 long 值来实现备忘录模式.
肥朝小声逼逼: 这个在业务中使用得不多, 据肥朝了解其中一种场景是, 你要把数据丢到 MQ, 但是 MQ 暂时不可用, 那么你把数据暂存到 DB, 后面再轮询丢到 MQ. 如果你有更好的场景, 留言告诉肥朝.
空对象模式
它允许您抽象空对象的处理.
肥朝小声逼逼: 这个业务代码用得不多, 但是 JDK 中的这几个方法我们倒是挺常用的.
观察者模式
用于为组件提供一种灵活地向感兴趣的接收者广播消息的方式.
肥朝小声逼逼: 我们业务代码一般是基于 Zookeeper 来做观察者的. 基本上用到 ZK 的地方, 都是在用观察者模式, 比如分布式锁, 比如服务发现等.
状态模式
允许您在运行时根据内部状态轻松更改对象的行为.
肥朝小声逼逼: 这个在业务代码用得就太广泛了, 我就不信你们系统还没有 "状态" 了. 比如我们常见的订单状态或者各种 XX 状态, 都可以用得上.
策略模式
使用这个模式来将一组算法封装成一系列对象. 通过调用这些对象可以灵活的改变程序的功能.
肥朝小声逼逼: 这个太高频了, 常用于优化大量的 if-else , 如果这个设计模式都不会, 出去不要说关注过肥朝的公众号!
模板方法模式
让子类可以重写方法的一部分, 而不是整个重写, 你可以控制子类需要重写那些操作.
肥朝小声逼逼: 这个模式也是非常高频的模式. 业务代码中经常遇到有很多相同的部分, 我们可以做一个抽象类, 子类来实现差异化, 如果还不知道的, 赶紧搜索一下, 再次强调, 非常高频.
访问者模式
提供一个方便的可维护的方式来操作一组对象. 它使得你在不改变操作的对象前提下, 可以修改或者扩展对象的行为.
肥朝小声逼逼: 这个肥朝使用的频率不高, 如果你有在业务代码中使用, 欢迎留言告诉肥朝.
写在最后
你项目都用到了哪些设计模式? 亦或者上述设计模式你在实际业务代码中有更好的场景, 欢迎扫描下方二维码后, 留言告诉肥朝.
来源: http://www.tuicool.com/articles/NNfQNj7