为什么很多程序员不用switch，而是大量的if……else，if？

不会吧还有人用if else和switch case？三目运算符？

不会吧？ 不会吧？大佬都是全都不用的！以JAVA为例

条件判断语句的四种写法，茴字的四种写法大家不会不知道吧

1.正常人写法：

private static String MAN = "man"; private static String WOMAN = "woman"; @Data static class Person{ private String gender; private String name; } public static void main(String[] args) { Person p = new Person(); p.setGender(MAN); p.setName("张三"); if(Objects.equals(p.getGender(),MAN)){ System.out.println(p.getName() + "应该去男厕所"); } if(Objects.equals(p.getGender(),WOMAN)){ System.out.println(p.getName() + "应该去女厕所"); } } //输出 ：张三应该去男厕所

2.Lambda策略模式写法：

某些大公司P6级别以上（年薪30w-50w）标准写法，写if else是要被骂的

private static Map<String, Consumer<String>> FUNC_MAP = new ConcurrentHashMap<>(); private static String MAN = "man"; private static String WOMAN = "woman"; static { FUNC_MAP.put(MAN,person ->{System.out.println(person + "应该去男厕所");}); FUNC_MAP.put(WOMAN,person ->{System.out.println(person + "应该去女厕所");}); } @Data static class Person{ private String gender; private String name; } public static void main(String[] args) { Person p = new Person(); p.setGender(MAN); p.setName("张三"); Person p2 = new Person(); p2.setGender(WOMAN); p2.setName("张三他老婆"); FUNC_MAP.get(p.getGender()).accept(p.name); FUNC_MAP.get(p2.getGender()).accept(p2.name); } //输出： //张三应该去男厕所 //张三他老婆应该去女厕所

3.DDD领域驱动设计思想+策略模式写法：

某些大公司P7级别以上（年薪40w-70w）标准写法（笑）

private static String MAN = "man"; private static String WOMAN = "woman"; @Data static class Person{ private String gender; private String name; private static Map<String, Consumer<String>> FUNC_MAP = new ConcurrentHashMap<>(); static { FUNC_MAP.put(MAN,person ->{System.out.println(person + "应该去男厕所");}); FUNC_MAP.put(WOMAN,person ->{System.out.println(person + "应该去女厕所");}); } public void goToWC(){ FUNC_MAP.get(gender).accept(name); } } static class PersonFactory{ public static Person initPerson(String name ,String gender){ Person p = new Person(); p.setName(name); p.setGender(gender); return p; } } public static void main(String[] args) { Person p = PersonFactory.initPerson("张三",MAN); Person p2 = PersonFactory.initPerson("张三他老婆",WOMAN); p.goToWC(); p2.goToWC(); } //输出： //张三应该去男厕所 //张三他老婆应该去女厕所

某些奇葩公司就是喜欢这种语法，看起来够装逼，实际上效率并没有高多少，可读性差了很多，而且Debug比较麻烦

4.Actor模型+领域驱动设计+策略模式+事件响应式架构

真正的P8年薪百万架构师级写法，逼王才这么写代码，装逼的极限，内卷的奥义

Maven依赖：

依赖Akka框架 Actor模型，懂得都懂，大数据分布式计算Spark框架RDD依赖的框架，很复杂，源码是Scala语言，逼王必学。也可以Scala做架构，Java做上层，有兴趣可以了解一下，反正管他是什么，够牛逼就完了。哎，就是得有牌面。if else什么的太low，应届毕业生水平才写if else（魔怔领导原话）。

<dependency> <groupId>com.typesafe.akka</groupId> <artifactId>akka-actor_2.12</artifactId> <version>2.5.2</version> </dependency>

代码

private static String MAN = "man"; private static String WOMAN = "woman"; private static String WC_EVENT= "想上厕所"; @Data static class Person extends UntypedActor { private String gender; private String name; public static Props props(final String name,final String gender) { return Props.create(new Creator<Person>() { private static final long serialVersionUID = 1L; @Override public Person create() throws Exception { Person p = new Person(); p.setGender(gender); p.setName(name); return p; } }); } @Override public void onReceive(Object message) throws Throwable { Pair<String,ActorRef> m = (Pair<String,ActorRef>)message; System.out.println(name + m.getLeft()); m.getRight().tell(this, ActorRef.noSender()); } } @Data static class Toilet extends UntypedActor { private static Map<String, Consumer<String>> FUNC_MAP = new ConcurrentHashMap<>(); static { FUNC_MAP.put(MAN,person ->{System.out.println(person + "应该去男厕所");}); FUNC_MAP.put(WOMAN,person ->{System.out.println(person + "应该去女厕所");}); } public void wc(Person p ){ FUNC_MAP.get(p.getGender()).accept(p.getName()); } public static Props props() { return Props.create(Toilet.class); } @Override public void onReceive(Object message) throws Throwable { Person p = (Person) message; wc(p); } } public static void main(String[] args) { ActorSystem actorSystem = ActorSystem.create(); ActorRef person = actorSystem.actorOf(Person.props("张三",MAN), "ZhangSan"); ActorRef toilet = actorSystem.actorOf(Toilet.props(), "Toilet"); Pair<String,ActorRef> message = Pair.of(WC_EVENT,toilet); person.tell(message,ActorRef.noSender()); } //输出 //张三想上厕所 //张三应该去男厕所

5.Actor模型+领域驱动设计+策略模式+事件响应式架构+动态类模板构建+运行时编译

为什么要写if else？为什么要创建类？为什么要写方法？真正的大佬（神经病）根本不需要写if else，也不需要创建class，甚至不需要命名方法。我上厕所就要写Toilet 类，开车就要写Car类，还得继承Actor的抽象类，太low，真正的Java不需要类型，不需要类，不需要if else，不需要命名方法，什么都不需要，便是Java的极致。我悟了。

Maven依赖：

咱还得整新活，javassist动态类加载，框架级代码才会用，运行时调编译器搞起，类型什么的根本不需要，咱就是要颠覆Java的根基，什么class，小孩才写class ，大人都是玩编译器。

<dependency> <groupId>com.typesafe.akka</groupId> <artifactId>akka-actor_2.12</artifactId> <version>2.5.2</version> </dependency> <dependency> <groupId>org.javassist</groupId> <artifactId>javassist</artifactId> <version>3.25.0-GA</version> </dependency>

代码：

import akka.actor.ActorRef; import akka.actor.ActorSystem; import akka.actor.Props; import akka.actor.UntypedActor; import akka.japi.Creator; import javassist.*; import org.apache.commons.lang3.tuple.Pair; import java.util.HashMap; import java.util.Map; import java.util.function.BiConsumer; import java.util.function.Consumer; public class DynamicActorTest { private static String MAN = "man"; private static String WOMAN = "woman"; private static String WC_EVENT= "想上厕所"; private static String WC_OVER_EVENT = "上完厕所了"; private static ActorSystem actorSystem = ActorSystem.create(); /** * 创建一个动态类，并实例化为对象，该方法会根据参数动态构建Class * @param name 动态类名 * @param function actor模型消息处理方法 两个参数 一个是自身，一个是消息 * @param attrAndValues 动态类的 属性 和 属性值 * @return actor引用 * @throws Exception */ public static ActorRef createDynamicClassImpl(String name, BiConsumer function, Pair<String, String>... attrAndValues) throws Exception { ClassPool pool = ClassPool.getDefault(); // 动态定义包名 瞎几把写就行 String className = "com.xxx.xxx.xxx." + name; // 创建一个空类 CtClass cc = pool.makeClass(className); // 动态继承抽象类UntypedActor cc.setSuperclass(pool.get(UntypedActor.class.getName())); // 动态根据参数创建类的属性 for (Pair<String, String> attrValue : attrAndValues) { CtField param = new CtField(pool.get(String.class.getName()), attrValue.getLeft(), cc); // 访问级别是 PUBLIC param.setModifiers(Modifier.PUBLIC); cc.addField(param, CtField.Initializer.constant(attrValue.getRight())); } //创建类一个属性叫function 类型是BiConsumer CtField param = new CtField(pool.get(BiConsumer.class.getName()), "function", cc); //访问级别是 PRIVATE param.setModifiers(Modifier.PRIVATE); cc.addField(param); //创建模板方法 方法是执行BiConsumer对应的lambda表达式 CtMethod m = CtNewMethod.make( "public void onReceive(Object message) { function.accept($0 ,message);}", cc); cc.addMethod(m); // 动态添加构造函数 CtConstructor cons = new CtConstructor(new CtClass[]{pool.get(BiConsumer.class.getName())}, cc); // 构造函数内容就是给function参数赋值 cons.setBody("{ $0.function = $1 ;}"); cc.addConstructor(cons); //-----------动态Actor类构建完毕------------ // 实例化Actor Props p = Props.create(new Creator<UntypedActor>() { @Override public UntypedActor create() throws Exception { //反射创建对象 return (UntypedActor)cc.toClass().getConstructor(BiConsumer.class).newInstance(function); } }); return actorSystem.actorOf(p); } public static void main(String[] args) throws Exception { // class什么的根本不需要，直接动态创建类，对于复杂场景可以搞分布式remoteActor // 创建一个Car类(领域对象），并实例化，定义他的消息处理方法(或者你乐意叫领域驱动事件也可以) ActorRef car = createDynamicClassImpl("Car",(self, message)->{ System.out.println(message); System.out.println("开车走咯~"); }); // 创建一个Toilet类，并实例化，定义他的消息处理方法(或者你乐意叫领域驱动事件也可以) ActorRef toilet = createDynamicClassImpl("Toilet", (self, message) ->{ try { Map<String, Consumer<String>> FUNC_MAP = new HashMap<>(); FUNC_MAP.put(MAN,person ->{System.out.println(person + "应该去男厕所");}); FUNC_MAP.put(WOMAN,person ->{System.out.println(person + "应该去女厕所");}); // 因为是无类型取值使用反射 String gender = message.getClass().getField("gender").get(message).toString(); String name = message.getClass().getField("name").get(message).toString(); FUNC_MAP.get(gender).accept(name); car.tell(name+WC_OVER_EVENT,ActorRef.noSender()); } catch (Exception e) { System.out.println("厕所不太欢迎这位"); } }); // 创建一个Person类，具有两个属性name和gender，并实例化，定义他的消息处理方法(或者你乐意叫领域驱动事件也可以) ActorRef person = createDynamicClassImpl("Person", (self, message) -> { Pair<String,ActorRef> pair = (Pair<String,ActorRef>) message; System.out.println(pair.getLeft()); pair.getRight().tell(self,ActorRef.noSender()); }, Pair.of("name", "张三"), Pair.of("gender", MAN)); // 告诉张三想上厕所了 让他找厕所去 person.tell(Pair.of(WC_EVENT,toilet), ActorRef.noSender()); } } //输出: //想上厕所 //张三应该去男厕所 //张三上完厕所了 //开车走咯~

这样写代码，基本会被开除，你已经无敌了 公司已经容不下你了。

总结，代码还是正常写就得了，能实现业务不出bug好维护的就是好代码，切勿为了装逼使用各种奇技淫巧，if else没啥不好的。