接口架构

高手请绕行：

最近每天熬夜写通信项目的时候好多东西感觉上是很混乱的，比如在写客户端的时候发现服务器也会用到这里的很多代码，这样就

存在着很大的重复性，这种东西我感觉有时冗余，于是我就将所有有关两者的代码调出来分装成一个包，这样我就可以随时调用。

感觉还是蛮不错的。当然写项目的时候发现接口的运用是比较好的看了一些书发现所有的高手在写项目的时候把一些公共接口用的

很是熟练

1：当我们在写代码的时候先想到我们所做的是什么，将我们的项目分成几个模块，这是最关键的比如我再写通信的时候我在用四

个模块：首先我们得到是一个游戏模块，第二是服务器模块，第三是：客户端模块，第四：公共模块，我感觉这里我最有感觉的莫

过于我将服务器与客户端的一些公共代码抽调出来，组成一个新的模块这样大大减少了代码的冗余。

一开始不知道接口怎么去用，我看了一些牛人写的书籍，接口就是将一些公共的方法整合到一起而后统一调用的方法。在通信项目

里处理接口的我用到了服务器请求的接口，
public interface ServerAction {
 // Action的执行方法
 void execute(Request request, Response response, Socket socket);

}
客户端处理的接口；
public interface ClientAction {
//客户端处理类执行
 void execute(Response response);
}
这可是我花了两个晚上剥丝抽茧出来的，看了一些项目中的运用。
2：
怎么样实现添加功能
代码最重要的是可扩展性，我写的一些版本的代码都是浮云，那东西写了就不想看，错了都不想改，于是就删，删到最后他妈的什

么都没了，于是我就去干别的了，那东西恶心的你一天都不想吃饭。看了一些成功的范例我就感觉其实最主要的是分块，再次分类

。
   比如：你是写个游戏类那么就要抽出来，单独写，而后在主方法里调用，这里我要着重说明我们要试着去编写一个完整的框架

，这样自己看着就不会乱，编写好大体的再来细节，高出着想，小处着手。现在在每写一个类时都要试着我需要用那些方法，在类

前面都写好了，这样自己就不会乱，这就体现出注释的作用，注释是个好东西，写好注释不是麻烦而是思路的结晶。
   在重新写通信项目的时候我首先将公共类写出来撞到一个包下，而后我试着将服务器的框架重构服务器主要实现是接收消息而

后启动线程监听客户端发过来的消息，这里就会用到公共模块里的一些方法。在编写客户端时，同样会用到公共模块的方法。