基于包装者的代理 代理模式，实际上和前一篇的装饰者模式有些相似，实际上都是对既有方法的一些扩展；对于如果实现，两者也是类似的： 将被代理（被装饰）的类，作为代理类（装饰类）的构造器参数 在构造器中将被代理（被装饰）的类初始化 由代理类的方法对被代理类做扩展 package com.git.poan; /** * Created by poan on 2018/04/03. */ public class ProxyTest { public static void main(String[] args) { Clerk clerk = new Clerk(new...
Read More装饰者模式…… 一般来说，基于被装饰的类增加一些扩展，最常见的就是Java中IO流的Api了 DataInputStream dataInputStream = new DataInputStream(new FileInputStream(new File("text.txt"))); 装饰者和代理模式有那么丢丢的类似，所以这里提一下；实现上只要在装饰类的构造器上指定被包装的类，并初始化就ok了。
Read More非竞态下的观察者 如果某个类中的一个状态经常会变化，并且每次变化都需要一些类对其做特殊的处理，就可以用状态模式； 《Head Fisrt》里面和各个论坛都喜欢用天气预报板块举例，个人不太理解那个场景； 这里用朋友圈的女神举例：女神自然有一堆关注者，每次她的状态一更新，其跟随者各种大开脑洞为博女神眼球。这里使用观察者模式实现； package com.git.poan.designparttern; import java.util.ArrayList; import java.util.List; import java.util.Random; // 1. 将女神的状态发布抽象为接口 interface GoddessFollower { void post(PostType type); } // 2. 将女神的状态类型使用枚举列举处理 enum PostType { Image(1,...
Read More对于web项目来说，service或business层（业务逻辑层），规范来说一般都会先书写接口，再写实现，只不过对于一般的CRUD功能的service层来说，service接口一般都只有单实现； 实际上，就算是单实现，也是属于“策略模式了”； 稍微复杂一些的service接口，底下可能会有几个service实现类，比如以下场景： 一个支付功能——PayBusiness接口，有几种支付方法：微信支付，支付宝支付，银行卡支付；对应了三个支付实现类wechatPayBusiness、aliPayBusiness、unionPayBusiness；根据用户选择的支付类型，调用对应的支付实现类； 所以就算service/business层底下只有一个实现，也还是别省去接口这一步，也算是策略模式了~ 只不过是单一策略而已；复杂业务下面如果有多个实现类，就是多策略咯
Read More责任链模式，用于对用一个资源，链式处理的场景，比如Logger的log()方法，Filter的doFilter()方法； 责任链的运用不是很复杂，相对于以注册的方式指定链中的下一个处理对象，这里主要记录一种用枚举实现责任链的方式 package com.git.poan.designparttern; /** * Created by poan on 2018/04/02. */ public enum ResponsibilityChain { FIRST { @Override public void dose() { System.out.println("我要说，123456789； 然后接下来有请下一位"); } }, SECOND { @Override...
Read More