优化if-else代码的几种方案

简介: 优化if-else代码的几种方案

一 提前return,去除不必要的else

  • 优化前:
if (condition) {
    //doSomething
} else {
    return;
}
  • 优化后:
if(!condition){
    return;
}
//doSomething 

二 使用条件三目运算符

  • 优化前:
int price;
if (condition) {
    price = 80;
} else {
    price = 100;
}
  • 优化后:
int price = condition ? 80 : 100; 

三 使用枚举

它也可以看作一种表驱动方法

  • 优化前:
String OrderStatusDes;
if (orderStatus == 0) {
    OrderStatusDes = "订单未支付";
} elseif ( OrderStatus == 1 ) {
    OrderStatusDes = "订单已支付";
} elseif ( OrderStatus == 2 ) {
    OrderStatusDes = "已发货";
}
...
  • 优化后:
public enum OrderStatusEnum {
    UN_PAID(0, "订单未支付"),
    PAIDED(1, "订单已支付"),
    SENDED(2, "已发货");
    private int index;
    private String desc;
    public int getIndex() {
        return index;
    }
    public String getDesc() {
        return desc;
    }
    OrderStatusEnum(int index, String desc) {
        this.index = index;
        this.desc = desc;
    }
    OrderStatusEnum of(int orderStatus) {
        for (OrderStatusEnum temp : OrderStatusEnum.values()) {
            if (temp.getIndex() == orderStatus) {
                return temp;
            }
        }
        return null;
    }
}
String OrderStatusDes = OrderStatusEnum.0f(orderStatus).getDesc();

public enum Week {
    SUNDAY(7){
        @Override
        public void getWeekNum() {
            System.out.println(7);
        }
    },
    MONDAY(1) {
        @Override
        public void getWeekNum() {
            System.out.println("星期一");
        }
    },
    TUESDAY(2){
        @Override
        public void getWeekNum() {
            System.out.println("礼拜二");
        }
    },
    WEDNESDAY(3){
        @Override
        public void getWeekNum() {
            System.out.println("周三");
        }
    };
    Week(int index) {
        this.index = index;
    }
    private int index;
    public abstract void getWeekNum();
}
Week.TUESDAY.getWeekNum();

四 表驱动

  • 优化前:
if (param.equals(value1)) {
    doAction1(someParams);
} else if (param.equals(value2)) {
    doAction2(someParams);
} else if (param.equals(value3)) {
    doAction3(someParams);
}
// ...
  • 优化后:
Map<?, Function<?> action> actionMappings = new HashMap<>(); // 这里泛型 ? 是为方便演示,实际可替换为你需要的类型
// When init
actionMappings.put(value1, (someParams) -> { doAction1(someParams)});
actionMappings.put(value2, (someParams) -> { doAction2(someParams)});
actionMappings.put(value3, (someParams) -> { doAction3(someParams)});
// 省略 null 判断
actionMappings.get(param).apply(someParams);

五 合并条件表达式

  • 优化前
double getVipDiscount () {
  if (age < 18) {
      return 0.8;
  }
  if ("深圳".equals(city)) {
      return 0.8;
  }
  if (isStudent) {
      return 0.8;
  }
  //do somethig
}
  • 优化后
double getVipDiscount(){
    if (age< 18 || "深圳".equals(city)||isStudent){
        return 0.8;
    }
    //doSomthing
}

六 使用 Optional

  • 优化前:
String str = "jay@jim";
if (str != null) {
    System.out.println(str);
} else {
    System.out.println("Null");
}
  • 优化后:
Optional<String> strOptional = Optional.of("jay@jim");
strOptional.ifPresentOrElse(System.out::println, () -> System.out.println("Null"));

七 优化逻辑结构,让正常流程走主干

  • 优化前:
public double getAdjustedCapital () {
    if (_capital <= 0.0) {
        return 0.0;
    }
    if (_intRate > 0 && _duration > 0) {
        return (_income / _duration) * ADJ_FACTOR;
    }
    return 0.0;
}
  • 优化后:
public double getAdjustedCapital () {
    if (_capital <= 0.0) {
        return 0.0;
    }
    if (_intRate <= 0 || _duration <= 0) {
        return 0.0;
    }
    return (_income / _duration) * ADJ_FACTOR;
}

将条件反转使异常情况先退出,让正常流程维持在主干流程,可以让代码结构更加清晰

八 策略模式+工厂方法

需求,根据不同勋章类型,处理相对应的勋章服务,优化前有以下代码:

String medalType = "guest";
if ("guest".equals(medalType)) {
    System.out.println("嘉宾勋章");
} else if ("vip".equals(medalType)) {
    System.out.println("会员勋章");
} else if ("guard".equals(medalType)) {
    System.out.println("展示守护勋章");
}
...

首先,我们把每个条件逻辑代码块,抽象成一个公共的接口,可以得到以下代码:

//勋章接口
public interface IMedalService {
    void showMedal ();
    String getMedalType ();
}

我们根据每个逻辑条件,定义相对应的策略实现类,可得以下代码:

//守护勋章策略实现类
public class  GuardMedalServiceImpl implements IMedalService {
    @Override
    public void showMedal() {
        System.out.println("展示守护勋章");
    }
    @Override
    public String getMedalType() {
        return "guard";
    }
}
//嘉宾勋章策略实现类
public class GuestMedalServiceImpl implements IMedalService {
    @Override
    public void showMedal() {
        System.out.println("嘉宾勋章");
    }
    @Override
    public String getMedalType() {
        return "guest";
    }
}
//VIP勋章策略实现类
public class VipMedalServiceImpl implements IMedalService {
    @Override
    public void showMedal() {
        System.out.println("会员勋章");
    }
    @Override
    public String getMedalType() {
        return "vip";
    }
}

接下来,我们再定义策略工厂类,用来管理这些勋章实现策略类,如下:

//勋章服务工产类
public class MedalServicesFactory {
    private static final Map<String, IMedalService> map = new HashMap<>();
    static {
        map.put("guard", new GuardMedalServiceImpl());
        map.put("vip", new VipMedalServiceImpl());
        map.put("guest", new GuestMedalServiceImpl());
    }
    public static IMedalService getMedalService(String medalType) {
        return map.get(medalType);
    }
}
...

使用了策略+工厂模式之后,代码变得简洁多了,如下:

public class Test {
    public static void main(String[] args) {
        String medalType = "guest";
        IMedalService medalService = MedalServicesFactory.getMedalService(medalType);
        medalService.showMedal();
    }
}

九 职责链模式

  • 重构前
public void handle(request) {
    if (handlerA.canHandle(request)) {
        handlerA.handleRequest(request);
    } else if (handlerB.canHandle(request)) {
        handlerB.handleRequest(request);
    } else if (handlerC.canHandle(request)) {
        handlerC.handleRequest(request);
    }
}
  • 重构后
public void handle(request) {
  handlerA.handleRequest(request);
}
public abstract class Handler {
  protected Handler next;
  public abstract void handleRequest(Request request);
  public void setNext(Handler next) { this.next = next; }
}
public class HandlerA extends Handler {
  public void handleRequest(Request request) {
    if (canHandle(request)) doHandle(request);
    else if (next != null) next.handleRequest(request);
  }
}


相关文章
|
4月前
|
测试技术
优化if-else的11种方案
优雅编码不仅提升程序效率,也增进代码可读性与维护性。通过早返回减少嵌套逻辑、运用三元运算符简化条件判断、采用`switch-case`优化多分支结构、实施策略模式灵活应对不同情境、利用查找表快速定位处理方式、封装函数明确职责划分、应用命令模式解耦操作与调用、引入状态模式管理复杂状态变化、重构条件表达式以增强清晰度、运用断言确保前提条件、及合理异常处理等十大技巧,使代码更加精炼与优雅。
83 4
优化if-else的11种方案
|
4月前
|
存储 缓存 Java
Android项目架构设计问题之优化业务接口数据的加载效率如何解决
Android项目架构设计问题之优化业务接口数据的加载效率如何解决
51 0
|
7月前
|
C语言
优化后的代码,
优化后的代码,
59 1
|
7月前
|
消息中间件 缓存 监控
项目接口性能优化方案
项目接口性能优化方案
87 1
|
7月前
|
存储 缓存 安全
【C/C++ 项目优化实战】 分享几种基础且高效的策略优化和提升代码性能
【C/C++ 项目优化实战】 分享几种基础且高效的策略优化和提升代码性能
379 0
|
Java 编译器 应用服务中间件
代码开发优化细节
带有final修饰符的类是不可派生的。在Java核心API中,有许多应用final的例子,例如java.lang.String,整个类都是final的。为类指定final修饰符可以让类不可以被继承,为方法指定final修饰符可以让方法不可以被重写。如果指定了一个类为final,则该类所有的方法都是final的。Java编译器会寻找机会内联所有的final方法,内联对于提升Java运行效率作用重大,具体参见Java运行期优化。此举能够使性能平均提高50% 。
212 2
代码开发优化细节
|
SQL 存储 缓存
18种接口实用优化方案总结
18种接口实用优化方案总结
214 0
|
前端开发
一次性能优化思考过程
最近业务上空闲了下来,也是把之前在开发时自身感受比较大的白屏时间放在了主线上去排查优化,这里记录一下笔者对于移动端vConsole脚本的引入问题全过程。
171 0
一次性能优化思考过程
|
SQL 消息中间件 缓存
接口优化的常见方案实战总结
接口优化的常见方案实战总结
记一次接口性能优化实践总结:优化接口性能的八个建议
最近对外接口偶现504超时问题,原因是代码执行时间过长,超过nginx配置的15秒,然后真枪实弹搞了一次接口性能优化。在这里结合优化过程,总结了接口优化的八个要点,希望对大家有帮助呀~
下一篇
DataWorks