命名
名副其实
变量、函数、类的名称应该已经答复了所有的大问题
如果名称需要注释来补充，那就不叫做名副其实
避免误导
如accountList来指称一组账号，除非他真的是List类型。List一次对程序员是有特殊含义的。
做有意义的区分
如accountList来指称一组账号，除非他真的是List类型。List一次对程序员是有特殊含义的。
如同 a,an和the的区别
使用读得出来的名称
人类擅于记忆和使用单词，大脑相当一部分就是用来容纳和处理单词的
如：genymdhms,简直不能望文生义
使用可搜索的名称
单字母名称和数字变量有个问题，就在很难在一大篇文字中找出来
长名称胜于短名称，搜得到的名称胜于自构造编码的名称 <br>
类名和对象应该是名词和名词的组合
如Customer，Account
方法名
应当是动词或动词短语
如postPayment，deletePage或saveUserName等<br>
名称简明扼要，别装可爱
如果名称太耍宝，那就只有和同作者一样的幽默感的人才能记得住，更get到点的人才能记住
每个概念对应一个词
在同一堆代码中有controller，又有manager还有driver。就会令人困惑
为什么不全用controller或者manager？
别用双关语
避免将同一单词用于不同的目的，同一术语用于不同的概念
添加有意义的语境
time-->workouttime
state--->addState
函数
短小
20行封顶最佳可读性
Kent Beck<br>
软件开发方法学的泰斗，敏捷开发开创者之一，junit作者
每一个函数有一个抽象层级
自顶向下读代码：向下原则
使用描述性名称
数越短小，功能越集中，就越便于取个好名字
长而具有描述性的名称，比短小而费解的名称要好
函数参数
最理想的而函数参数是零，其次是一，再次是二，应尽量避免三，
超过三个的参数应考虑封装成类了
标识参数
违反了只做一件事原则，ture/false
一元函数
动词、名词对是一种良好形式 eg:write(name)
二元函数
如assertEquals(excepted,actual)也存在问题，你有多少次搞错他们两的位置呢？
Point p = new Point(1.0)
分割指令与询问
函数应该修改某对象的状态或是返回该对象的有关信息，两样都敢常会导致混乱
add与append
使用异常替代返回错误码
抽离try/catch代码块
最好把try/catch代码块的主体抽离出来，形成函数
错误处理就是一件事
<br>函数应该只做一件事。错误处理就是一件事
如果关键字try在某个函数中存在，它就该是这个函数的第一个单词，而且在catch/finally代码块后面不该有其他内容。 <br>
Error.java依赖磁体
包含了所有错误码的枚举类，当此类修改是，所有这些其他的类都要重新编译和部署
使用异常代替，新异常就可以从异常类派生出来，无需重新编译或者部署 <br>
别重复自己
许多原则与实践规则都是为控制与消除重复而创建
避免重复的代码，适时封装成类
