策略模式的替换场景：
1：产品有默认策略A,B,项目扩展策略C，此为正常扩展。
2：产品有默认策略A,B,项目需要改写策略B，此为项目替换默认策略。
3：产品有默认策略A,B,项目扩展策略C，产品需要反向扩展策略C，并对C进行修改。此时，由于项目的策略是先生成的，处于已使用的状态，产品属于是后补充，不能对项目C策略有影响。此为产品反向补充策略C.
也不知说明白没有，其实也简单，两个布尔值随便玩下
public interface ColumnCondition{// 是否是产品出厂自带的策略default boolean isOriginal() {return false;}// 是否是项目替换的策略default boolean isReplace() {return false;}// 支持的策略标识boolean support(String businessCode);// 处理上下文void doBusiness(Context context);
判断逻辑如下：
@AutowiredFalseprivate List<ColumnCondition> columnConditions; // 所有策略public ColumnCondition matchColumnCondition(String businessCode) {// 没有策略if (ListUtils.isEmptyList(columnConditions)) {return null;}// 匹配出支持当前code的策略List<ColumnCondition> matchConditions = ListUtils.collectCondition(this.columnConditions, c -> c.support(businessCode));if (ListUtils.isEmptyList(matchConditions)) {return null;}// 情况1：只有一种策略，直接使用即可if (ListUtils.isSingletonList(matchConditions)) {return matchConditions.get(FIRST);}// 情况2：项目替换产口的某条策略for (ColumnCondition matchCondition : matchConditions) {if (matchCondition.isReplace()) {return matchCondition;}}// 情况3：产品改写项目已有的策略，不对项目的该策略产生影响for (ColumnCondition matchCondition : matchConditions) {if (!matchCondition.isOriginal()) {return matchCondition;}}// 返回第一条策略:此处是不精确的，但也是能执行的。一般业务是能满足的return matchConditions.get(FIRST);}