关于设计模式:工作中的设计模式-原型模式

原型模式是一种创立型设计模式，使你可能复制已有对象，而又无需使代码依赖它们所属的类。

艰深说法，就是将一个类作为原型，而后复制进去另一个类。

这么一说，是不是发现咱们常常应用？

比方咱们我的项目中有 BO、DTO、VO，然而在开发过程中，须要各种转换，get/set，个别状况下大家都会应用 BeanUtils，将一个类的属性值 set 到另一个类的属性值中，而后返回。

当然，也有一个实体间接从头捅到尾的。

对于 BeanUtils 的 copy 办法，各个框架都提供了相干工具，不过 Java 开发手册 有指出 Apache BeanUtils 性能较差、也举荐了其余框架。

这里介绍的是应用 Cglib BeanCopier。

查看文档，先封装一个工具类：

public class BeanCopierUtils {private BeanCopierUtils() { }

    /**
     * 将 source 对象的属性拷贝到 target 对象中去
     *
     * @param source source 对象
     * @param target target 对象
     */
    public static void copyProperties(Object source, Object target) {BeanCopier beanCopier = BeanCopier.create(source.getClass(), target.getClass(), false);

        beanCopier.copy(source, target, null);
    }
}

看到这里是不是感觉，如果我应用 BeanCopier 比拟频繁，而后每次都 create 创建对象，是不是很麻烦？

所以就想到须要用缓存！

将 BeanCopier 作为一个 元，在各个线程应用的时候，共享。

public class BeanCopierUtils {private BeanCopierUtils() { }

    /**
     * BeanCopier 缓存
     */
    private static Map<String, BeanCopier> CACHE = new HashMap<>();

    /**
     * 将 source 对象的属性拷贝到 target 对象中去
     *
     * @param source source 对象
     * @param target target 对象
     */
    public static void copyProperties(Object source, Object target) {String cacheKey = source.getClass().getName() + target.getClass().getName();

        BeanCopier beanCopier;

        if (!CACHE.containsKey(cacheKey)) {
            // 进入到这里会创立一个 BeanCopier 实例并且放在缓存 map 中
            beanCopier = BeanCopier.create(source.getClass(), target.getClass(), false);
            CACHE.put(cacheKey, beanCopier);
        } else {beanCopier = CACHE.get(cacheKey);
        }

        beanCopier.copy(source, target, null);
    }
}

而后再代码中就能够欢快的应用啦！

BeanCopierUtils.copyProperties(dto, vo);

到这里，大家发现，如同就封装了一个工具类，和原型模式并没有什么关系啊。

到此其实在代码中都能够应用了，不过还是要在 DTO、VO 中申明 clone 办法，这样之后应用才会更不便~

/**
 * 将以后对象转化为指标对象
 *
 * @param clazz
 * @param <T>
 * @return
 * @throws Exception
 */
public <T> T clone(Class<T> clazz) throws Exception {T target = clazz.newInstance();
    BeanCopierUtils.copyProperties(this, target);
    return target;
}

当初应用的时候就能够

AccountVO accountVO = accountDTO.clone(AccountVO.class);

不过也是有弊病的，比方这里应用的是泛型，我明明是 UserVO 要 Clone，你非得传一个 AddressDTO，那我也没得方法了。

至于进一步演变，能够将 clone 形象到公共办法中，比方给所有 DTO 创立一个 BaseDTO。

还有深拷贝这块，也须要留神。

其实工作中有很多设计模式，只不过用到了，大家没有发现。

当然工作中应用的时候，都是所有为了麻利，可能并没有定义什么 Prototype 接口之类的，然而还是要多总结。

最初，小伙伴们工作中，有应用什么设计模式，以及理论中的利用场景，欢送留言分享。

《深刻设计模式》：https://refactoringguru.cn/design-patterns
封面图：https://refactoringguru.cn/design-patterns/prototype

关于设计模式:工作中的设计模式-原型模式

前言

应用场景

封装工具类

对象的 clone

总结

相干材料