重构：运用Java反射加多态 “干掉” switch

前言：本篇文章主要描述我是如何通过Java的反射加多态干掉 swtich这个代码的坏味道

有这么一句话：普通的代码是写给机器看的，优秀的代码是写给人看的，在软件开发的过程中，不知道大家有没有遇到过if-else或switch满天飞，函数长的看都不想看这种情况，先不说软件的扩展性怎么样，这样的代码就算是我们自己写的，回头看时也会发现逻辑很乱，这些都属于“坏味道”，在我们进行开发中，如闻到这股“坏味道”，应该立刻解决，而不是放纵它发展，否则，后面会遇到其他很多的问题，比如需求改了代码不能改？增加新功能？又或者是改自己的代码发现看不懂了？添加注释，不是个好办法，如果我们能够通过其他手段来改善这种情况，能很清晰看清代码的结构和含义并加强它的拓展性，为什么还要大片的注释来解释它呢？
你可能会有问题，我用if-else或者switch，写一个长长的函数多简单，调用开销什么的都没了，这也是我原来的疑问，在开发过程中，代码的高质量才是我们首要追求的，性能不是这时考虑的，二八定理（原谅我又搬出来了- -），你的常常调用的代码也就全部的20%，性能瓶颈常常是在IO等其他方面，而且现在的编译器函数调用开销耗费不了多少性能，我们应该在将来测试时确定性能瓶颈在那里，再进行性能优化，如果瓶颈真的在这里，很简单展开就好。
代码的坏味道可不止这些，《重构》里大约说了近百种，感兴趣可以去看看这本书~

《重构》曰

《重构》里描述过：面向对象程序的一个最明显特征就是：少用switch（或case）语句，从本质上说，switch语句的问题在于重复。你常会发现同样的switch语句散布于不同地地点。如果要为它添加一个新的case子句，就必须找到所有的switch语句并修改它们，面向对象中的多态概念能可为此带来优雅的解决方案。多态最根本的好处就是：如果你需要根据对象的不同类型而采取不同的行为，多太使你不必编写明显的条件表达式

来看看我的经历！

遭遇 switch

最近和小伙伴写一个项目，客户端发请求，服务端根据请求的不同处理后返回给客户端，我在原先是这么干的，给客户端的每个请求一个整型值当作标记，服务端接受后，用switch根据标记值mark来判断请求的类型，接着对应的case处理，不要嘲笑我- -，相信很多人一开始都是这么干的，这样做的结果是什么?

当客户端再次增添请求时，我有些受不了了，一方面代码写的很长，逼迫我用了很多注释，每增添一个case我都要添加许多注释生怕自己下次看不懂，这样导致代码整体看着很乱，另一方面需求和需求之间耦合性太强，就在一个函数里。
这时代码没有什么面向对象思维，感觉就像c with class。

原先的代码（我删掉了逻辑，不需要仔细看）

public class ParseJson {/* 待解析的json对象 */JSONObject js;/* 构造函数，获取json */ParseJson(JSONObject json) {this.js  = json;}/* 解析json并获取相应的结果 */String Parse() throws SQLException {/* 结果 */String result = "";int iret = 0;int mark = 0;/* 获得mark，创建对应的Executesql对象 */try {mark = js.getInt("mark");}catch (Exception e){result = "{\"error\":0, \"status\":\"success\", \"date\":\"2015-08\", " +"\"result\":{\"requestPhoneNum\":\"\", \"IsSuccess\":\"failure\"," +"\"mark\":0, \"ResultINFO\":\"json解析失败，您的输入有误\"}}";return result;}switch (mark){/* mark == 1 检测此帐号是否正确且被注册过 */case 1:break;/* mark == 2  帐号注册*/case 2:break;/* mark == 3 忘记密码 注意：应该验证密宝后返回用户一个key值，mark4根据key值来改新密码 */case  3:break;/* mark ==4 用户更新密码 */case 4:break;/* mark ==5 用户更新信息* 自己的name，头像等* 一般用户点击详细信息会有更新操作 */case 5:break;/* mark ==6* 登记新的联系方式* 需要修改UserFriend 好友and me 的 is update* 每次好友登录需要检查好友的isupdate* 看谁换联系方式了 */case 6:break;/* mark == 7*  说明本地没有数据，客户端需要发送全部数据 */case 7:break;/* mark == 8*  说明本地有数据，只更新发送好友的数据*  相当于下拉刷新 *//**  先通过account 获得用户 uid*  uid 获取 friendId*  friendId and uid 获取不为0的 isUpdate数据*  分析isUpdate数据，找出标记，组装好友更新的数据，返回*/case 8:break;/* mark == 9*  添加联系人，UserFriend中添加数据，注意要返回好友的信息 */case 9:break;/* mark == 10*  生成二维码加好友 */case 10:break;/* mark == 11*  生成二维码*  客户端生成一张二维码发送给服务器服务器保存 */case 11:break;/* mark ==12* 登录*/case 12:break;/* mark == 13*  删除联系人 */case 13:break;/* mark == 14* 用户发送所有的个人信息,保存到数据库* */case 14:break;}return result;}
}

怎么样，大大的switch加上大片注释，看上去很难受，而且原本的类中ParseJson函数更长，大约1000行！
来看看缺点：

客户端请求类型很多，switch所在的函数很长

客户端新增加请求时，必须去改switch，增加case语句

代码重复，请求中总有一些类似的

变量满天飞，变量名词不达意

看看怎么解决

利剑：多态加反射

相信很多人包括我也一样，觉得“多态”是很高贵的词，其实多态的好处就是：如果你需要根据对象的不同类型采取不同的行为，多态使你不必编写明显的条件表达式

改变

首先，我提取出一个公共的基类，因为所有的请求都有类似的地方，比如每个请求都要响应函数。
代码仅用来举例

class request{/* 构造函数 */public request(int _mark, String _account){mark = _mark;account = _account;}/* 响应函数 */public String response(){...}.../* 共有字段 */int mark;String account;
}

接着我拆分了这个大大的switch，把它每个case语句换成了一个对象，对象继承基类request

class AccountRegister extends request{/* 构造函数 */public AccountRegister(){}/* 覆盖response()函数 */public String reponse(){...}.../* 属于自己的字段 */String secret;...
}

class AddFriendByAccount extends request{/* 构造函数 */public AddFriendByAccount(){}/* 属于自己的response()函数 */public String reponse(){...}.../* 属于自己的字段 */String FriendId;...
}

还有很多
…

这样，每种请求变成一个对象，对象名字就是请求内容，非常清晰，不需要要大片的注释，公共的部分在基类，减少了代码重复，扩展性变得很强，客户端要增加新请求？没关系，我新添加一个类继承基类就好

放一张修改后的类

每个请求是一个类，是不是清爽了很多？，每个类都不长，根据类名就能清楚的看懂类含义。

代码是清爽了，我怎么用呢？原先根据switch值后case就好了，现在全是对象，我怎么知道客户端的请求对应是哪个对象呢，也就是说没办法选择了。

别急，反射来了！！
不熟悉反射的小伙伴可以了解下 Thinking in Java – 类型信息RTTI
我这篇文章很简单的描述了下。

简单的说就是我可以通过类的名字来实例化类对象，这么棒！！通过名字就可以创建类对象？是的，就是这么简单。
反射例子

/* 基类 */
public class aaa {public void func(){return;}public static void main(String[] args) throws Exception {/* 反射，通过类的名字 */Class c = Class.forName("tryCode.ccc");/* 实例化对象 */aaa b = (aaa) c.newInstance();/* output: bbb */b.func();}
}/* 派生类bbb */
public class bbb extends aaa {public void func(){System.out.println("bbb");}
}/* 派生类bbb */
public class ccc extends aaa {public void func(){System.out.println("ccc");}
}

用反射的结果呢？不再需要魔幻数字1, 2, 3…外加长长的注释来标记这是干什么的，名字很清楚的表达了我们的请求，客户端发来的登录请求不是 1 了，而是LogIn，我们仅需要几行代码就动态创建了客户端请求对应的对象，接着调用对象方法，编译器会根据派生类对象来执行对应的response，太神奇了！！！。

于是我的代码变成了这样

除去注释，看看它有几行吧～，

结束战斗

呼呼~，战斗结束了，不得不说Java反射和多态真的非常有用，我这里也仅是一个参考，或许大家有更好的方法来改进。也有可能我们根本不需要做这样的改进（也许客户端这辈子不会增加请求了呢？代码写完就交给别人了呢- -这样不对）
但我想要说的是：从开始我们就这样做岂不是更好？别让代码的坏味道弥漫了你整个程序。

完
By XiyouLinuxGroup –wwh