策略模式Strategy

Pattern是一种行为设计模式它定义了一系列算法将每种算法封装成具体的策略类并使它们可以互相替换。

策略模式使得算法可以独立于客户端而变化客户端可以在运行时动态地选择不同的策略来执行相应的算法。

Context上下文

上下文类持有一个策略对象的引用它将客户端请求委派给具体的策略对象来执行相应的算法。

上下文类通常包含一个可以动态切换策略的方法以便在运行时选择不同的策略。

Strategy策略

策略接口或抽象类定义了一个算法族其中每个具体的策略类实现了这个接口或继承了这个抽象类。

策略类封装了具体的算法实现客户端通过上下文类调用策略对象的方法来执行算法。

ConcreteStrategy具体策略

具体策略类实现了策略接口或抽象类它包含了具体的算法实现。

每个具体策略类实现了一种特定的算法可以根据具体需求选择不同的具体策略类来执行相应的算法。

策略模式的核心思想是将算法的实现和使用分离使得算法可以独立变化而不影响客户端代码。

通过策略模式可以更好地组织和管理复杂的算法逻辑提高代码的灵活性、可维护性和可扩展性。

策略模式常用于需要动态地切换算法或根据不同条件选择不同算法的场景。

当代码中存在大量的if-else语句用于根据不同条件执行不同的逻辑时策略模式可以帮助将不同的条件逻辑封装在不同的策略类中从而避免代码臃肿和难以维护。

策略模式使得具体的策略类可以独立变化客户端可以在运行时动态地选择不同的策略对象从而实现系统的灵活性和可扩展性。

避免代码重复

策略模式将算法的实现细节隐藏在具体策略类中使得代码结构更清晰易于理解和维护。

总的来说策略模式可以帮助解决多个条件判断导致的代码复杂性、提高代码的灵活性和可扩展性以及避免代码重复从而提高代码质量和可维护性。

//策略接口

list.stream().collect(Collectors.groupingBy(BiOrderPrint::getFyFlag));}default

ListBiOrderPrint

map.values().stream().flatMap(List::stream).collect(Collectors.toList());}

}//策略实现类1

handlerOne.doHandler(bo);MapString,

ListBiOrderPrint

handlerTwo.doHandler(map1);//3.

根据每页条数分割部分MapString,

处理特殊数据handlerFive.doHandler(bo);//

报存return

handlerLast.doHandler(resultList);}

}//策略实现类2

过滤相同orderId的数据只保留一份ListBiOrderPrint

list1

ArrayList(biOrderPrintList.stream().collect(Collectors.toMap(BiOrderPrint::getOrderId,Function.identity(),(existing,

replacement)

handlerTwo.doHandler(map1);ListBiOrderPrint

resultList

handlerLast.doHandler(resultList);}

}//......

{//将所有策略实现类放到map里前端传具体策略MapString,

IPrintMethod

IPrintMethods.stream().collect(Collectors.toMap(IPrintMethod

IPrintMethod.getClass().getSimpleName(),

(ObjectUtil.isNull(dicItemDTO))

{throw

ServiceException(OrderErrorEnum.ERROR_82003,

bo.getBillType());}IPrintMethod

IPrintMethod

printMethodMap.get(dicItemDTO.getValue3());return

dicItemDTO);}