Effective Java(二)

[color=blue][size=large]4.方法[/size][/color]

[color=violet]1) 检查参数的有效性[/color]

对于共有的方法，使用javadoc@throws标签可以使文档记录下”一旦针对参数值的限制被违反之后将会抛出的异常”，典型情况下，这样的异常为IllegalArgumentException，IndexOutOfBoundsException，NullPointerException。

[color=violet]2) 需要时进行保护性拷贝[/color]

[color=violet]3) 谨慎设计方法的原型[/color]

谨慎选择方法的名字
不要过于追求提供便利的方法
避免过长的参数列
对于参数类型，优先使用接口而不是类
谨慎地使用函数对象

[color=violet]4) 谨慎的使用重载[/color]

[color=red]重载方法的选择是静态的，而对于被改写的而方法的选择是动态的[/color]。

一个安全二保守的策略是：永远不要导出两个具有相同参数数目的重载方法。


[color=violet]5) 返回0长度的数组[/color]

好像我都是返回null :cry:

[color=violet]6) 为所有导出的API元素编写文档注释[/color]

为了正确地编写API文档，你必须在每一个被导出的类、接口、构造函数、方法和域声明之前增加一个文档注释。

[color=blue][size=large]5.通用程序设计[/size][/color]

[color=violet]1) 将局部变量的作用于最小化[/color]

使一个局部变量的作用域最小化，最有力的技术是在第一次使用它的地方声明
几乎每一个局部变量的而声明都应该包含一个初始化表达式


[color=violet]2) 了解和使用库[/color]

在每一个主要的JDK发行版本中，都会有许多新特性被加入到库中，所以与这些库保持同步是值得的。每一个程序员都应该熟悉lang，util等包其他库可以在需要的时候学习


[color=violet]3) 如果要精确的答案，避免使用float和double[/color]

Float和double类型的主要设计目标是为了科学计算和工程计算。他们执行二进制浮点运算，这是为了在广域数值范围上提供较为精确的快速近似计算而精心设计的。然而，他们没有提供完全精确的结果，所以不应该用于要求精确结果的场合。[color=red]特别是对于货币计算尤其不合适。如果希望系统处理十进制小数点，那么可以使用BifDecimal。[/color]

[color=violet]4) 如果其他类型适合，则尽量避免使用字符串


5) 了操作解字符串连接的性能[/color]

字符串连接操作(+)是把多个字符串合并为一个字符串的便利途径。要想产生一行输出，或者构造一个字符串来表示一个小的、大小固定的对象，使用连接操作符是非常合适的，但是她不适合规模比较大的情形。为[color=red]连接n个字符串而重复地使用字符串操作符，要求n的平方级的时间[/color]。这是由于字符串是非可变的，当两个字符串被连接时，他们的内容都要被拷贝。

可以考虑使用StringBuilder

[color=violet]6) 通过接口引用对象[/color]

List sss=new Vector();
Vector sss=new Vector();

上面两种应该使用前者更加合适。应该优先使用接口而不是类来引用对象。[color=red]如果有合适的接口在，那么参数。返回值、变量和域的声明都应该使用接口类型。[/color]


[color=violet]7) 接口优于映像机制[/color]

在使用映射机制的时候，你损失了编译时类型检查的好处，要求执行映像访问的代码非常笨拙，性能上也会有损失。

通常普通应用程序在运行时刻不应该以映像方式访问对象。

[color=violet]8) 谨慎使用本地方法[/color]

自从1.3发行版本的推出，使用本地方法来提高性能的做法已经不值得提倡。

[color=violet]9) 谨慎进行优化[/color]

不要轻易的进行优化，在优化之前一定要对性能进行测量。应该努力编写最好的程序而不是最快的程序。

[color=violet]10) 遵循普遍接受的命名惯例[/color]


[color=blue][size=large]6.异常[/size][/color](在此贴出一篇http://www.iteye.com/topic/2038?page=1)

[color=violet]1) 只针对不正常的条件才使用异常[/color]

异常只应该被用于不正常的条件，它们永远不应该用于正常的控制流。

[color=violet]2) 对于可恢复的条件使用被检查异常，对于程序错误使用运行时异常

3) 避免不必要的使用被检查的异常[/color]

最被常用的异常是IllegalArgumentException

[color=violet]4) 尽量使用标准的异常[/color]

高层的实现应该捕获底层的异常，同时抛出一个可以按照高层抽象进行解释的异常。

[color=violet]5) 抛出的异常要适合相应的抽象

6) 每个方法抛出的异常都要有文档

7) 在细节消息中包含失败-捕获信息[/color]

为了捕获失败，一个异常的字符串表示应该包含所有”对该异常有贡献”
的参数个域的值。

[color=violet]8) 努力使失败保持原子性[/color]

一个失败的方法调用应该使对象保持”它在被调用之前的状态”

[color=violet]9) 不要忽略异常[/color]

Try{

}catch(Exceptione ){
}

空的catch块会使异常达不到应有的目的，至少catch块应该包含一条条说明，用来解释为什么忽略掉这个异常。

[color=blue][size=large]7.线程[/size][/color]


[color=violet]1) 对共享可变数据的同步访问[/color]

Synchronized关键字可以保证在同一时刻，再有一个线程在执行一条语句。正确的使用同步可以保证其他任何方法都不会看到对象处于不一致的状态中。

[color=violet]2) 避免过多的同步[/color]

在同步区域内应该做尽量少的工作。


[color=violet]3) 永远不要在循环的外面调用wait


4) 不要依赖于线程调度器[/color]

任何依赖于线程调度桥而达到正确性货性能要求的程序，很有可能是不可移植的，线程优先级是Java平台上最不可移植的特征了。对于大多数程序员来说，Thread.yield的唯一用途是在测试间认为地增加一个程序的并发性。

[color=violet]5) 线程安全性的文档化


6) 避免使用线程组[/color]

线程组基本上已经过时了


[color=blue][size=large]8.序列化[/size][/color]

[color=violet]1) 谨慎的实现[/color]

实现Serializable而付出的最大代价是，一旦一个类被发布，则”改变这个类的实现”的灵活性将大大降低。
同时它增加了一错误和安全漏洞的可能性，随着一个类的新版本的发行，相关的测试负担增加了。


[color=violet]2) 考虑使用自定义的序列化形式

3) 保护性地编写readObject方法

4) 必要时提供一个readResolve方法[/color]