java编程的78条黄金法则

创建和销毁对象

1、考虑用静态工厂方法(返回类的实例的静态方法)代替构造器
2、遇到多个构造器参数时要考虑用构造器
3、用私有构造器或者枚举类型强化Singleton属性
4、通过私有构造器强化不可实例化的能力
5、避免创建不必要的对象
6、消除过期的对象引用
7、避免使用终结(final)方法

对于所有对象都通用的方法

8、覆盖equals时请遵守通用约定
9、覆盖equals时总要覆盖hashCode
10、始终要覆盖toString
11、谨慎地覆盖clone
12、考虑实现Comparable接口

类和接口

13、使类和成员的可访问性最小化
14、在公有类中使用访问方法而非公有域
15、使可变性最小化
16、复合优于继承
17、要么为继承为设计,并提供文档说明,要么就禁止继承
18、接口优于抽象类
19、接口只用于定义类型
20、类层次优于标签类
21、用函数对象表示策略
22、优先考虑静态成员类

泛型

23、不要在新代码中采用原生态类型
24、消除非受检警告
25、列表优先于数组
26、优先考虑泛型
27、优先考虑泛型方法
28、采用有限制通配符来提升API的灵活性
29、优先考虑类型安全的异构造器

枚举和注解

30、用enum带起int常量
31、用实例域代替序数
32、用EnumSet代替位域
33、用EnumMap代替序数索引
34、用接口模拟可伸缩的枚举
35、注解优先于命名模式
36、坚持使用Override注解
37、用标记接口定义类型

方法

38、检查参数的有效性
39、必要时进行保护性拷贝
40、谨慎设计方法签名
41、慎用重载
42、慎用可变参数
43、返回零长度的数组或者集合,而不是null
44、为所有导出的API元素编写文档注释

通用程序设计

45、将局部变量的作用域最小化
46、for-each循环优先于传统的for循环,[for循环为何可恨] http://justjavac.com/other/2012/05/15/whats-wrong-with-the-for-loop.html 
47、了解和使用类库
48、如果需要精确的答案,请避免使用float和double
49、基本类型优先于装箱基本类型
50、如果其他类型更适合,则尽量避免使用字符串
51、当心字符串链接的性能
52、通过接口引用对象
53、接口优先于反射机制
54、谨慎使用本地方法
55、谨慎进行优化
56、遵守普遍接受的命名惯例

异常

57、只针对异常的情况才使用异常
58、对可恢复的情况使用受检异常,对编程错误使用运行时异常
59、避免不必要地使用受检的异常
60、优先使用标准的异常
61、抛出与抽象相对应的异常
62、每个方法抛出的异常都要有文档
63、在细节消息中包含捕获失败的信息
64、努力使失败包含原子性
65、不要忽略异常

并发

66、同步访问共享的可变数据
67、避免过度同步
68、executor和task优先于线程
69、并发工具优先于wait和notify
70、线程安全性的文档化
......

详细说明:http://java.662p.com/thread-3615-1-1.html

时间: 2024-11-19 04:47:23

java编程的78条黄金法则的相关文章

Effective Java总结的78条

1.考虑用静态工厂方法代替构造器 2.遇到多个构造器参数时要考虑用构造器 3.用私有构造器或者枚举类型强化Singleton属性 4.通过私有构造器强化不可实例化的能力 5.避免创建不必要的对象 6.消除过期的对象引用 7.避免使用finalizer方法 8.重写equals方法时遵守通用约定 9.重写equals时总要重写hashCode 10.始终要重写toString 11.谨慎的重写clone 12.考虑实现Comparable接口 13.使类和成员的可访问性最小化 14.在共有类中使用

78.JAVA编程思想——改进设计

78.JAVA编程思想--改进设计 <Design Patterns>书内所有方案的组织都围绕"程序进化时会发生什么变化"这个问题展开.对于任何设计来说,这都可能是最重要的一个问题.若根据对这个问题的回答来构造自己的系统,就可以得到两个方面的结果:系统不仅更易维护(而且更廉价),而且能产生一些能够重复使用的对象,进而使其他相关系统的构造也变得更廉价.这正是面向对象程序设计的优势所在,但这一优势并不是自动体现出来的.它要求对我们对需要解决的问题有全面而且深入的理解.在这一节中

偏执却管用的10条Java编程技巧

本文由 ImportNew - LynnShaw 翻译自 javacodegeeks.欢迎加入翻译小组.转载请见文末要求. 经过一段时间的编码(咦,我已经经历了将近20年的编程生涯,快乐的日子总是过得很快),我们开始感谢那些好习惯.因为,你知道… “任何可能出错的事情,最后都会出错.” 这就是人们为什么喜欢进行“防错性程序设计”的原因.偏执的习惯有时很有意义,有时则不够清晰也不够聪明,也许当你想到这样写的人的时候还会觉得有点怪异.下面是我列出的的个人感觉最有用而又偏执的 10 项 Java 编程

[Java]剑走偏锋的10条编程技巧

"任何可能出错的事情,最后都会出错." 这就是人们为什么喜欢进行"防错性程序设计"的原因.偏执的习惯有时很有意义,有时则不够清晰也不够聪明,也许当你想到这样写的人的时候还会觉得有点怪异.下面是我列出的的个人感觉最有用而又偏执的 10 项 Java 编程技巧.请看: 1.把字符串常量放在前面 通过把字符串常量放在比较函数equals()比较项的左侧来防止偶然的 NullPointerException 从来都不是一个坏主意,就像这样: Java代码 // Bad if

Java编程练习之输出考试成绩的前三名

在慕课网学习的时候遇到了这样一个Java编程练习题,正好对所学习的Java基础知识检验一下: 请根据所学知识,编写一个Java程序,实现输出考试成绩的前三名 要求: 1考试成绩已保存在数组scores中,数组元素依次为89 , -23 , 64 , 91 , 119 , 52 , 73 2要求通过自定义方法来实现成绩排名并输出操作,将成绩数组作为参数传入 3要求判断成绩的有效性( 0-100 ),如果成绩无效,则忽略此成绩 我自己分析了一下这个程序的过程: (1)首先是定义一个包含整型数组参数的

Java编程中“为了性能”尽量要做到的一些地方

下面是参考网络资源总结的一些在Java编程中尽可能要做到的一些地方. 1. 尽量在合适的场合使用单例 使用单例可以减轻加载的负担,缩短加载的时间,提高加载的效率,但并不是所有地方都适用于单例,简单来说,单例主要适用于以下三个方面: 第一,控制资源的使用,通过线程同步来控制资源的并发访问: 第二,控制实例的产生,以达到节约资源的目的: 第三,控制数据共享,在不建立直接关联的条件下,让多个不相关的进程或线程之间实现通信. 2. 尽量避免随意使用静态变量 要知道,当某个对象被定义为stataic变量所

Java编程提高性能时需注意的地方

最近的机器内存又爆满了,除了新增机器内存外,还应该好好review一下我们的代码,有很多代码编写过于随意化,这些不好的习惯或对程序语言的不了解是应该好好打压打压了. 下面是参考网络资源和总结一些在java编程中尽可能做到的一些地方 1.尽量在合适的场合使用单例 使用单例可以减轻加载的负担,缩短加载的时间,提高加载的效率,但并不是所有地方都适用于单例,简单来说,单例主要适用于以下三个方面 第一,控制资源的使用,通过线程同步来控制资源的并发访问 第二,控制实例的产生,以达到节约资源的目的 第三,控制

学习Java设计模式的10条建议

设计模式在整个Java的学习路线图中扮演着承上启下的作用. 在整个软件生命周期中,唯一不变的就是变化.设计模式就是要在软件设计.编码中对现有问题的一种总结,并从中寻求应对变化的策略. 自己初次接触设计模式有以下几个感觉: 内容很抽象. 示例都能看得懂,但不知道实际中如何应用. 不理解为什么要把“好好的程序”设计成这么复杂? 转眼之间到了需要自己参与需求分析.设计,并且维护之前留下的遗产代码(Legacy Code)的时候了. 再次开始学习设计模式,有了新的收获: 站在变化的角度去看,设计模式虽然

1.JAVA 编程思想——对象入门

对象入门 欢迎转载,转载请标明出处:    http://blog.csdn.net/notbaron/article/details/51040219 如果学JAVA,没有读透<JAVA 编程思想>这本书,实在不好意思和别人说自己学过JAVA.鉴于此,蛤蟆忙里偷闲,偷偷翻看这本传说中的牛书. 面向对象编程OOP具有多方面吸引力.实现了更快和更廉价的开发与维护过程.对分析与设计人员,建模处理变得更加简单,能生成清晰.已于维护的设计方案. 这些描述看上去非常吸引人的,不过蛤蟆还是没啥印象(至少到