通信小结之一

通信小结之一

在前几天开始敲及时通信的代码之前，我花了一天了解整个通信需要哪些模块。又花了一个下午设计我所需要的通信系统的功能，我的整个通信系统的流程，以及每个流程中需要发生哪些动作，会出现什么问题，实现这些功能需要哪些类，每个类又需要什么属性，什么方法，这些方法是要私有的还是公有的，这些类需不需要实例化对象。

在做这些考虑的时候真的有点痛苦。我觉得这个比喻很恰当，之前我学的是如何砌墙，现在要学习如何设计整个房屋。会砌墙并不一定能造出好的房屋。反观我之前编的通信代码，耦合度很高，很难扩充。代码的冗余很大。有很大的缺欠。这两天我学了有关代码设计方面的知识，这里做一个小结。

代码重构。代码重构其实很简单，就是把一些经常重复用到的代码块用一个方法去封装，这样需要用到这个代码块的时候就只要调用这个方法就可以了。这样可以使代码更加简洁，更加具有可读性。

“监听器设计模式”。利用事件监听实现界面层和消息层的分离。原来的参数是双向要传的。现在用时间监听变成单向的。这样一方修改的时候就不需要去修改另一方。降低了代码的耦合度。有利于后期的升级修改。典型的例子是JTable的应用。

设计类。类有常量类，类里面都是要用到的常量，通常用一个借口来定义这个类，需要用这些常量时直接用接口名.常量的方法调用。实体对象，里面有需要该对象的属性，以及getter和setter方法。工具类，这些类不需要实例化，为避免该类被实例化，可以将这个类的构造方法设为私有，这个类里面的其他需要被外部调用的方法直接设为静态方法，这样就直接用类名.方法()来调用就可以了。逻辑对象类，将复杂的方法封装到类内部以便于其他对象调用。

这些方法都很有助于提高代码的质量，使代码更加整洁，有可读性，低耦合，利于修改。但是，我在设计的过程中还是会遇到很多问题。由于经验太浅，在设计的时候，我能够考虑到的东西实在有限。在设计比较复杂一点的系统时在设计时就乱了，在之上各种关系理乱了。所以我决定，虽然不喜欢书上的代码，但还是参考书上的先做一个。因为我发现，虽然有的时候觉得书上的代码不好，但是我自己去设计以后发现自己设计的更不好。我的确还有很多要学的。先参考书上的做一个系统出来。更加熟练后，再做一个自己的更好的系统。