在没有'switch'/'if'语句的情况下处理具有“复杂”条件的策略

Question

我正在研究即将用于供应的应用程序。情况并不复杂。该应用程序管理有权访问服务的组。根据组可以访问的服务，应用不同的业务规则。

第一个想法（简单和愚蠢）将是一个大的if/else或开关/案例，将涵盖所有的情况。这里是如何可能看起来像伪代码：

if (serviceA OR serviceB) { 
    doActionA(); 
} 
if(serviceA AND serviceC) { 
    doActionA(); 
    doActionB(); 
} 
if(serviceB AND serviceC) { 
    doActionA(); 
    doActionC(); 
} 
if(serviceA AND serviceB AND serviceC) { 
    doActionA(); 
    doActionB(); 
    doActionC(); 
} 
if(serviceD) { 
    doActionD(); 
} 

这是不是很方便，因为如果添加新的服务，我需要更新此声明（这可能是数百/千线的长！）。

在意识到这一点之后，我做了一些关于哪种设计模式可以帮助我解决这个问题的研究。看起来像这样的人可能会帮助我成为战略模式。再次，它不会改变任何东西（或者我不明白），代码是这样的：

if (serviceA OR serviceB) { 
    setStrategy(new StrategyA); 
} 
if(serviceA AND serviceC) { 
    setStrategy(new StrategyB); 
} 
if(serviceB AND serviceC) { 
    setStrategy(new StrategyC); 
} 
if(serviceA AND serviceB AND serviceC) { 
    setStrategy(new StrategyD); 
} 
if(serviceD) { 
    setStrategy(new StrategyE); 
} 

strategy.run(); 

在某种程度上，这是更糟糕，因为我只能有一个策略，并通知serviceD如何没有与他人相关的商业规则（它只是有一个自己的行动）。然后，也许我不明白这种模式。

你有什么想法我怎么能以最优雅的方式处理这种情况？我知道将来我会有新的服务，所以我现在不想犯错。 我希望我不需要写策略每个组合（7个策略3个服务，14个策略4个服务，它跑得快！）

感谢您通过您的帮助:)

Answer 1

不用使事情变得不必要的复杂与商业规则和所有动物园，我只是定义谓词策略对。

对于谓词你需要某种形式的Context这将允许检查context.isServiceA()等

对于你可能还需要某种ExecutionContext策略（也许不是，如果你的策略是自载）。

因此，一个Predicate<Context>将是一个检查，如果一个策略是适用的，并且Consumer<ExecutionContext>将是战略。那么你只需要收集一些Predicate<Context>/Consumer<ExecutionContext>对。如果您不想编写任何其他类，请使用LinkedHashMap。例如：

Map<Predicate<Context>, Consumer<ExecutionContext> rules = new LinkedHashMap<>(); 

rules.put(ctx -> ctx.isServiceA() || ctx.isServiceB(), new StrategyA()); 
rules.put(ctx -> ctx.isServiceA() && ctx.isServiceC(), new StrategyB()); 

依此类推。

句法糖，你可以定义之类的东西ctx -> ctx.isServiceA()为常数，然后

rules.put(SERVICE_A.or(SERVICE_B), new StrategyA()); 

在评估过程中你只是遍历条目和执行的第一个合适的策略。例如：

rules 
.entrySet() 
.filter(entry -> entry.getKey().test(context)) 
.findFirst() 
.map(Entry::getValue) 
.ifPresent(strategy -> strategy.accept(executionContext)); 

另一个想法是让策略本身决定它们是否适用。所以一个策略将有一个test方法（或谓词）和apply方法。然后，您只需寻找适用的策略即可执行。我经常与Spring bean自动发现结合使用。一些中心bean收集一些策略接口的所有实现，然后选择适用于某些条件/上下文的那个。