Kes*_*ran 8 java enums design-patterns switch-statement solid-principles
我有一个TriggerType枚举,可以添加不同的触发器
public enum TriggerType {
meta,data,list,toggle
}
Run Code Online (Sandbox Code Playgroud)
这些触发器类型在不同的处理程序(例如组件,仪表板等)中使用,以识别通过switch-case在处理程序内触发的触发器,例如,下面给出了使用触发器通过switch-case的ComponentHandler的代码片段
@Override
public TriggerResultInterface executeTriggerJob(TriggerEventHelper triggerEventHelper) throws TriggerHandlerException {
switch (triggerEventHelper.getTriggerName()) {
case meta:
return getMetaComponentConfig(triggerEventHelper);
case data:
return getComponentData(triggerEventHelper);
default:
LOGGER.debug(INVALID_TRIGGER_NAME_CONFIGURED);
throw new TriggerHandlerException(INVALID_TRIGGER_NAME_CONFIGURED);
}
}
Run Code Online (Sandbox Code Playgroud)
想象一下如果我想添加一个新的Trigger,我必须更新不可避免的枚举类,同时我必须更新我需要使用Trigger的每个处理程序类,这种设计方式是编码是是否有任何其他更好的解决方案可以增强此代码并遵循SOLID原则和更好的设计.
我想强调说这个问题与此不重复.在这种情况下,每种类型只需要一种行为(例如:convertToMp3).但我的问题所指的是我的枚举类型(触发器类型)依赖于它可能使用的处理程序,因此每个触发器类型枚举的行为或实现将取决于它正在使用的处理程序的要求.
解决方案之一是使用多态性以不同的方式处理触发器。例如,您可以声明Trigger
接口并有多个实现。在这种情况下,当您需要新的触发器类型时,您只需实现此接口即可,而无需触及现有代码:
public interface Trigger {
TriggerResultInterface execute(TriggerEventHelper eventHelper);
}
public class MetaTrigger implements Trigger {
@Override
TriggerResultInterface execute(TriggerEventHelper eventHelper) {
// do meta trigger work here
}
}
public class DataTrigger implements Trigger {
@Override
TriggerResultInterface execute(TriggerEventHelper eventHelper) {
// do data trigger work here
}
}
// ...
public TriggerResultInterface executeTriggerJob(TriggerEventHelper eventHelper) {
eventHelper.getTrigger().execute(eventHelper);
}
Run Code Online (Sandbox Code Playgroud)
在这种情况下,不可能添加新的触发器类型而不实现其行为。
如果您需要默认实现,则可以使用基类而不是接口(在 Java 8 中,您可以将默认实现直接添加到接口中)。