如何避免 Java 中的 switch-case 语句
How to avoid switch-case statements in Java
我有一个 TriggerType 枚举,可以在其中添加不同的触发器
public enum TriggerType {
meta,data,list,toggle
}
这些触发器类型在不同的处理程序(例如组件、仪表板等)中使用,以识别通过开关案例在处理程序内部触发的触发器,例如下面给出了通过开关案例使用触发器的 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);
}
}
想象一下,如果我想添加一个新的触发器,我必须更新枚举 class,这是不可避免的,同时我必须更新我的每个处理程序 classes需要使用触发器,这种带有编码的设计方式是否好,或者是否有任何其他更好的解决方案可以增强此代码并遵循 SOLID 原则以及更好的设计。
我想强调一下,这个问题不是 this 的重复问题。在这种情况下,每种类型只需要一种行为(例如: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);
}
在这种情况下,不可能添加新的触发器类型而不实现其行为。
如果您需要默认实现,可以使用基础 class 而不是接口(在 Java 8 中,您可以将默认实现直接添加到接口中)。
我有一个 TriggerType 枚举,可以在其中添加不同的触发器
public enum TriggerType {
meta,data,list,toggle
}
这些触发器类型在不同的处理程序(例如组件、仪表板等)中使用,以识别通过开关案例在处理程序内部触发的触发器,例如下面给出了通过开关案例使用触发器的 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);
}
}
想象一下,如果我想添加一个新的触发器,我必须更新枚举 class,这是不可避免的,同时我必须更新我的每个处理程序 classes需要使用触发器,这种带有编码的设计方式是否好,或者是否有任何其他更好的解决方案可以增强此代码并遵循 SOLID 原则以及更好的设计。
我想强调一下,这个问题不是 this 的重复问题。在这种情况下,每种类型只需要一种行为(例如: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);
}
在这种情况下,不可能添加新的触发器类型而不实现其行为。
如果您需要默认实现,可以使用基础 class 而不是接口(在 Java 8 中,您可以将默认实现直接添加到接口中)。