Java类7大基本设计潜规则 ——潜规则在于你可以不遵守，但一定要付出代价

Java类7大基本设计潜规则
——潜规则在于你可以不遵守，但一定要付出代价


1） 一定要将数据设计为私有
目的：保证不破坏封装性。
做法：每个数据前加“private”。
优点：保证数据的表示形式的变化不会对类的使用者产生影响，即使出现bug也易于检测。


2） 一定要对数据初始化
目的：保证数据的准确性
做法：显式地初始化所有的数据，具体的初始化方式可以是提供默认值，也可以是在所有构造器中设置默认值
优点：虽然Java不会对局部变量进行初始化，但是会对对象的实例域进行初始化。但是依赖于系统的默认值进行初始化可能会造成意想不到的意外。这样做能够减少意外的发生。


3） 不要在类中使用过多的基本数据类型
目的：使类更加易于理解且易于修改
做法：减少基本数据类型的使用次数或以对象来代替基本数据类型，例如可以用Integer代替int。
优点：使类更加易于理解且易于修改，同时在以后的JDK将不再支持基本数据类型，这样做可以保证类能用地更久一些。


4） 不是所有的域都需要独立的域访问器和域更改器
目的：保证数据的安全性与可靠性
做法：在非必须的情况下，不提供独立的域访问器和域更改器
优点：防止不可预知的对于数据的篡改，防止恶意程序，提高了类的安全性与可靠性。


5） 使用标准格式进行类的定义
目的：保证代码的可读性
做法：采用下面的顺序书写类的内容：1.共有访问特性部分；2.包作用域访问特性部分；3.私有访问特性部分。在每一部分中，应该按照下列顺序列出：1.实例方法；2.静态方法；3.实例域；4.静态域。
优点：这是面向用户的标准格式，即默认为（实际上确实是这样的）用户对公有接口比私有的实现细节更感兴趣，并且对方法要比对数据更感兴趣。


6） 将职责过多的类进行分解
目的：简化类，明确类职责
方法：将一个类拆分成多个
优点：说实话，这个优点有很多。不过关于类大小合适与否的标准一直是软件业长久话题，要详细了解的话请参考软件工程的书籍，这已经不是语言本身的问题，而是上升到项目级的了。简单说几个显而易见的优点，方便类的管理、代码含义明确（含义越明确，相对于的调试与维护的成本越低，要知道很多情况下你并不是一个人在战斗）。


7） 类名和方法名要能够体现它们的职责
目的：方便代码的阅读与维护
方法：命名类的良好习惯是采用一个名词（Order）、前面有形容词修饰的名词（RushOrder）或动名词（有“ing”后缀）修饰名词（例如，BillingAddress）。方法的话小写动词加名词是完美组合（如toString），有人问过为什么方法名要小写开头，答案因为类名是大写开头。（起个好名字吧！）
优点：说实话要做到这个对于英语不是非常强大的中国代码员来说是一个不大不小的问题（本人很多单词的词性与后缀没搞懂），但是它确实是必不可少的，易于阅读的代码能够有效减少开发与维护成本，还是那句话——TEAM WORK。