所以这题可以这样回答:如果这 1 万个 if else 是在同一个代码块流程里面，这就要考虑这 1 万 if else 存在的意义了，因为这么量极的 if else 会很难维护，也会极其影响性能，需要具体分析然后再去分析如何去分解和优化。
首先看下下面一段代码：private static void vip(String vipLevel){ if("1".equals(vipLevel)){ System.out.println(vipLevel); }else if("2".
简介摘自百度百科“对象有某种行为，但是在不同场景中，该行为有不同的实现”，这不禁使我想起了某盘的Vip用户和普通用户下载速度的差别，今天我们就来借用某盘的例子说一说策略模式。代码实例首先，我们将用户分为三种：普通用户（Comm）、会员（Vip）、超级会员（SVip）。
在代码编写初期，我们写出来的代码，脉络清晰，结构简单。可随着bug或者新需求的出现，状态变得越来越多，只能不停地加else来区分，久而久之，判断的次数越来越多，嵌套的层数也越来越深，变得难以维护。当我们狠下心来决定改造时，有哪些方法能够优化if else结构呢？
单纯这样还不够，我们要用到 lombok 的注解还需要添加其依赖:接下来，我们改造 Person 类:我们可以看到，在类上加入了 Getter 和 Setter 两个注解，将之前写的 getter/setter 方法干掉了，这种代码看着清爽多了，写个 main 方法来测试下:我们并没有写任何 setter/getter 方法，只是加了两个注解就可以调用了，这是为什么呢?
这两个故事，导致吃瓜群众对企业技术实力产生了质疑和误解，影响颇深…站在程序员个体角度，面向失败设计对于个人的影响也同样巨大，企业的事故责任终究要落到程序员个人头上，而事故也往往会消耗组织对于个人的信任，直接或者间接地影响个人的发展。
