转载请注明出处:http://blog.csdn.net/guolin_blog/article/details/9400141java
今天一大早,你的leader就匆匆忙忙跑过来找到你:“快,快,紧急任务!最近ChinaJoy立刻就要开始了,老板要求提供一种直观的方式,能够查看到咱们新上线的游戏中每一个服的在线人数。”架构
你看了看日期,不是吧!这哪里是立刻要开始了,分明是已经开始了!这怎么可能来得及呢?app
“不要紧的。”你的leader安慰你道:“功能其实很简单的,接口都已经提供好了,你只须要调用一下就好了。”ide
好吧,你勉为其难地接受了,对于这种突如其来的新需求,你早已习惯。学习
你的leader向你具体描述了一下需求,大家的游戏目前有三个服,一服已经开放一段时间了,二服和三服都是新开的服。设计的接口很是轻便,你只须要调用Utility.getOnlinePlayerCount(int),传入每一个服对应的数值就能够获取到相应服在线玩家的数量了,如一服传入1,二服传入2,三服则传入3。若是你传入了一个不存在的服,则会返回-1。而后你只要将获得的数据拼装成XML就好,具体的显示功能由你的leader来完成。ui
好吧,听起来功能并非很复杂,若是如今就开始动工好像还来得及,因而你立刻敲起了代码。spa
首先定义一个用于统计在线人数的接口PlayerCount,代码以下:.net
- public interface PlayerCount {
- String getServerName();
- int getPlayerCount();
- }
接着定义三个统计类实现了PlayerCount接口,分别对应了三个不一样的服,以下所示:架构设计
- public class ServerOne implements PlayerCount {
- @Override
- public String getServerName() {
- return "一服";
- }
- @Override
- public int getPlayerCount() {
- return Utility.getOnlinePlayerCount(1);
- }
- }
- public class ServerTwo implements PlayerCount {
- @Override
- public String getServerName() {
- return "二服";
- }
- @Override
- public int getPlayerCount() {
- return Utility.getOnlinePlayerCount(2);
- }
- }
- public class ServerThree implements PlayerCount {
- @Override
- public String getServerName() {
- return "三服";
- }
- @Override
- public int getPlayerCount() {
- return Utility.getOnlinePlayerCount(3);
- }
- }
而后定义一个XMLBuilder类,用于将各服的数据封装成XML格式,代码以下:设计
- public class XMLBuilder {
- public static String buildXML(PlayerCount player) {
- StringBuilder builder = new StringBuilder();
- builder.append("<root>");
- builder.append("<server>").append(player.getServerName()).append("</server>");
- builder.append("<player_count").append(player.getPlayerCount()).append("</player_count>");
- builder.append("</root>");
- return builder.toString();
- }
- }
这样的话,全部代码就完工了,若是你想查看一服在线玩家数只须要调用:
- XMLBuilder.buildXML(new ServerOne());
查看二服在线玩家数只须要调用:
- XMLBuilder.buildXML(new ServerTwo());
查看三服在线玩家数只须要调用:
- XMLBuilder.buildXML(new ServerThree());
咦?你发现查看一服在线玩家数的时候,返回值永远是-1,查看二服和三服都很正常。
你只好把你的leader叫了过来:“我感受我写的代码没有问题,可是查询一服在线玩家数老是返回-1,为何会这样呢?”
“哎呀!”你的leader猛然想起,“这是个人问题,前面没跟你解释清楚。因为咱们的一服已经开放一段时间了,查询在线玩家数量的功能早就有了,使用的是ServerFirst这个类。当时写Utility.getOnlinePlayerCount()这个方法主要是为了针对新开的二服和三服,就没把一服的查询功能再重复作一遍。”
听到你的leader这么说,你顿时松了一口气:“那你修改一下Utility.getOnlinePlayerCount()就行了,应该没我什么事了吧?”
“晤。。。原本应该是这样的。。。但是,Utility和ServerFirst这两个类都已经被打到Jar包里了,无法修改啊。。。”你的leader有些为难。
“什么?这不是坑爹吗,难道要我把接口给改了?”你已经泪流满面了。
“这倒不用,这种状况下可使用适配器模式,这个模式就是为了解决接口之间不兼容的问题而出现的。”
其实适配器模式的使用很是简单,核心思想就是只要能让两个互不兼容的接口能正常对接就好了。上面的代码中,XMLBuilder中使用PlayerCount这个接口来拼装XML,而ServerFirst并无实现PlayerCount这个接口,这个时候就须要一个适配器类来为XMLBuilder和ServerFirst之间搭起一座桥梁,毫无疑问,ServerOne就将充当适配器类的角色。修改ServerOne的代码,以下所示:
- public class ServerOne implements PlayerCount {
- private ServerFirst mServerFirst;
- public ServerOne() {
- mServerFirst = new ServerFirst();
- }
- @Override
- public String getServerName() {
- return "一服";
- }
- @Override
- public int getPlayerCount() {
- return mServerFirst.getOnlinePlayerCount();
- }
- }
这样经过ServerOne的适配,XMLBuilder和ServerFirst之间就成功完成对接了!使用的时候咱们甚至无需知道有ServerFirst这个类,只须要正常建立ServerOne的实例就好了。
须要值得注意的一点是,适配器模式不并是那种会让架构变得更合理的模式,更多的时候它只是充当救火队员的角色,帮助解决因为前期架构设计不合理致使的接口不匹配的问题。更好的作法是在设计的时候就尽可能把之后可能出现的状况多考虑一些,在这个问题上不要向你的leader学习。
适配器:将一个类的接口转换成客户但愿的另一个接口。适配器模式使得本来因为接口不兼容而不能一块儿工做的那些类能够一块儿工做。