编写高质量代码 作者: 秦小波 出版社: 机械工业出版社 副标题: 改善Java程序的151个建议 出版年: 2011-12-28 页数: 303 定价: 59.00元 丛书: 华章科技·实战系列 ISBN: 9787111362593

内容简介

在通往“Java技术殿堂”的路上，本书将为你指点迷津！内容全部由Java编码的最佳实践组成，从语法、程序设计和架构、工具和框架、编码风格和编程思想等五大方面对Java程序员遇到的各种棘手的疑难问题给出了经验性的解决方案，为Java程序员如何编写高质量的Java代码提出了151条极为宝贵的建议。对于每一个问题，不仅以建议的方式从正反两面给出了被实践证明为十分优秀的解决方案和非常糟糕的解决方案，而且还分析了问题产生的根源，犹如醍醐灌顶，让人豁然开朗。 全书一共12章，1~3章针对Java语法本身提出了51条建议，例如覆写变长方法时应该注意哪些事项、final修饰的常量不要在运行期修改、匿名类的构造函数特殊在什么地方等；4~9章重点针对JDK API的使用提出了80条建议，例如字符串的拼接方法该如何选择、枚举使用时有哪些注意事项、出现NullPointerException该如何处理、泛型的多重界限该如何使用、多线程编程如何预防死锁，等等；10~12章针对程序性能、开源的工具和框架、编码风格和编程思想等方面提出了20条建议。 本书针对每个问题所设计应用场景都非常典型，给出的建议也都与实践紧密结合。书中的每一条建议都可能在你的下一行代码、下一个应用或下一个项目中崭露头角，建议你将此书搁置在手边，随时查阅，一定能使你的学习和开发工作事半功倍。

作者简介

秦小波，资深软件开发工程师、系统分析师和架构师（获Sun架构师认证），从软件开发工作10余年，实践经验极其丰富。资深Java技术专家，Java语言、Spring、Struts 2、Hibernate、iBatis、jBPM等Java技术，在企业级Java应用领域积累了大量工程经验，对ESB、BPEL等整合技术也有较深入的认识。精通设计模式，对设计模式有深刻的认识和独到见解，而且创造性地提出了自己在大量实践中总结出来的新的设计模式。他撰写的《设计模式之禅》一书凭借优质的内容和良好的可读性广获读者好评，被誉为“设计模式领域的里程碑之作。此外，他还是一位优秀的DBA，具有IBM DB2 DBA资格认证，对海量数据处理有深入的研究。

网友热评

国庆节叫醒我: 书里罗列的是自己知道的知识点,对于性能质量提升没有高超见解.很多知识没有介绍透,比如fori和foreach,arraylist和linkedlist性能的见解 天平上的尘埃: 总的来说，国人写的书，能结合实际经验不吹嘘，不跑题，就是一本好书了

图书目录

前言 第1章　Java开发中通用的方法和准则/1 建议1：不要在常量和变量中出现易混淆的字母/2 建议2：莫让常量蜕变成变量/2 建议3：三元操作符的类型务必一致/3 建议4：避免带有变长参数的方法重载/4 建议5：别让null值和空值威胁到变长方法/6 建议6：覆写变长方法也循规蹈矩/7 建议7：警惕自增的陷阱/8 建议8：不要让旧语法困扰你/10 建议9：少用静态导入/11 建议10：不要在本类中覆盖静态导入的变量和方法/13 建议11：养成良好习惯，显式声明UID/14 建议12：避免用序列化类在构造函数中为不变量赋值/17 建议13：避免为final变量复杂赋值/19 建议14：使用序列化类的私有方法巧妙解决部分属性持久化问题/20 建议15：break万万不可忘/23 建议16：易变业务使用脚本语言编写/25 建议17：慎用动态编译/27 建议18：避免instanceof非预期结果/29 建议19：断言绝对不是鸡肋/31 建议20：不要只替换一个类/33 第2章　基本类型/35 建议21：用偶判断，不用奇判断/36 建议22：用整数类型处理货币/37 建议23：不要让类型默默转换/38 建议24：边界，边界，还是边界/39 建议25：不要让四舍五入亏了一方/41 建议26：提防包装类型的null值/43 建议27：谨慎包装类型的大小比较/45 建议28：优先使用整型池/46 建议29：优先选择基本类型/48 建议30：不要随便设置随机种子/49 第3章　类、对象及方法/52 建议31：在接口中不要存在实现代码/53 建议32：静态变量一定要先声明后赋值/54 建议33：不要覆写静态方法/55 建议34：构造函数尽量简化/57 建议35：避免在构造函数中初始化其他类/58 建议36：使用构造代码块精炼程序/60 建议37：构造代码块会想你所想/61 建议38：使用静态内部类提高封装性/63 建议39：使用匿名类的构造函数/65 建议40：匿名类的构造函数很特殊/66 建议41：让多重继承成为现实/68 建议42：让工具类不可实例化/70 建议43：避免对象的浅拷贝/71 建议44：推荐使用序列化实现对象的拷贝/73 建议45：覆写equals方法时不要识别不出自己/74 建议46：equals应该考虑null值情景/76 建议47：在equals中使用getClass进行类型判断/77 建议48：覆写equals方法必须覆写hashCode方法/78 建议49：推荐覆写toString方法/80 建议50：使用package-info类为包服务/81 建议51：不要主动进行垃圾回收/82 第4章　字符串/83 建议52：推荐使用String直接量赋值/84 建议53：注意方法中传递的参数要求/85 建议54：正确使用String、StringBuffer、StringBuilder/86 建议55：注意字符串的位置/87 建议56：自由选择字符串拼接方法/88 建议57：推荐在复杂字符串操作中使用正则表达式/90 建议58：强烈建议使用UTF编码/92 建议59：对字符串排序持一种宽容的心态/94 第5章　数组和集合/97 建议60：性能考虑，数组是首选/98 建议61：若有必要，使用变长数组/99 建议62：警惕数组的浅拷贝/100 建议63：在明确的场景下，为集合指定初始容量/101 建议64：多种最值算法，适时选择/104 建议65：避开基本类型数组转换列表陷阱/105 建议66：asList方法产生的List对象不可更改/107 建议67：不同的列表选择不同的遍历方法/108 建议68：频繁插入和删除时使用LinkedList/112 建议69：列表相等只需关心元素数据/115 建议70：子列表只是原列表的一个视图/117 建议71：推荐使用subList处理局部列表/119 建议72：生成子列表后不要再操作原列表/120 建议73：使用Comparator进行排序/122 建议74：不推荐使用binarySearch对列表进行检索/125 建议75：集合中的元素必须做到compareTo和equals同步/127 建议76：集合运算时使用更优雅的方式/129 建议77：使用shuffle打乱列表/131 建议78：减少HashMap中元素的数量/132 建议79：集合中的哈希码不要重复/135 建议80：多线程使用Vector或HashTable/139 建议81：非稳定排序推荐使用List/141 建议82：由点及面，一叶知秋—集合大家族/143 第6章　枚举和注解/145 建议83：推荐使用枚举定义常量/146 建议84：使用构造函数协助描述枚举项/149 建议85：小心switch带来的空值异常/150 建议86：在switch的default代码块中增加AssertionError错误/152 建议87：使用valueOf前必须进行校验/152 建议88：用枚举实现工厂方法模式更简洁/155 建议89：枚举项的数量限制在64个以内/157 建议90：小心注解继承/160 建议91：枚举和注解结合使用威力更大/162 建议92：注意@Override不同版本的区别/164 第7章　泛型和反射/166 建议93：Java的泛型是类型擦除的/167 建议94：不能初始化泛型参数和数组/169 建议95：强制声明泛型的实际类型/170 建议96：不同的场景使用不同的泛型通配符/172 建议97：警惕泛型是不能协变和逆变的/174 建议98：建议采用的顺序是List、List、List