《编写高质量代码:改善java程序的151个建议》一共12章,第1~3章针对java语法本身提出了51条建议,例如覆写变长方法时应该注意哪些事项、final修饰的常量不要在运行期修改、匿名类的构造函数特殊在什么地方等;第4~9章重点针对jdk api的使用提出了80条建议,例如字符串的拼接方法该如何选择、枚举使用时有哪些注意事项、出现nullpointerexception该如何处理、泛型的多重界限该如何使用、多线程编程如何预防死锁,等等;第10~12章针对程序性能、开源的工具和框架、编码风格和编程思想等方面提出了20条建议。 《编写高质量代码:改善java程序的151个建议》针对每个问题所设计的应用场景都非常典型,给出的建议也都与实践紧密结合。书中的每一条建议都可能在你的下一行代码、下一个应用或下一个项目中崭露头角,建议你将此书搁置在手边,随时查阅,一定能使你的学习和开发工作事半功倍。 《编写高质量代码:改善java程序的151个建议》 前 言 第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[t]、list[?]、list[object]/176 建议99: 严格限定泛型类型采用多重界限/177 建议100: 数组的真实类型必须是泛型类型的子类型/179 建议101: 注意class类的特殊性/181 建议102: 适时选择getdeclared×××和get×××/181 建议103: 反射访问属性或方法时将accessible设置为true /182 建议104: 使用forname动态加载类文件/184 建议105: 动态加载不适合数组/186 建议106: 动态代理可以使代理模式更加灵活/188 建议107: 使用反射增加装饰模式的普适性/190 建议108: 反射让模板方法模式更强大/192 建议109: 不需要太多关注反射效率/194 第8章 异常/197 建议110: 提倡异常封装/198 建议111: 采用异常链传递异常/200 建议112: 受检异常尽可能转化为非受检异常/202 建议113: 不要在finally块中处理返回值/204 建议114: 不要在构造函数中抛出异常/207 建议115: 使用throwable获得栈信息/210 建议116: 异常只为异常服务/212 建议117: 多使用异常,把性能问题放一边/213 第9章 多线程和并发/215 建议118: 不推荐覆写start方法/216 建议119: 启动线程前stop方法是不可靠的/218 建议120: 不使用stop方法停止线程/220 建议121: 线程优先级只使用三个等级/224 建议122: 使用线程异常处理器提升系统可靠性/226 建议123: volatile不能保证数据同步/228 建议124: 异步运算考虑使用callable接口/232 建议125: 优先选择线程池/233 建议126: 适时选择不同的线程池来实现/237 建议127: lock与synchronized是不一样的/240 建议128: 预防线程死锁/245 建议129: 适当设置阻塞队列长度/250 建议130: 使用countdownlatch协调子线程/252 建议131: cyclicbarrier让多线程齐步走/254 第10章 性能和效率/256 建议132: 提升java性能的基本方法/257 建议133: 若非必要,不要克隆对象/259 建议134: 推荐使用“望闻问切”的方式诊断性能/261 建议135: 必须定义性能衡量标准/263 建议136: 枪打出头鸟—解决首要系统性能问题/264 建议137: 调整jvm参数以提升性能/266 建议138: 性能是个大“咕咚”/268 第11章 开源世界/271 建议139: 大胆采用开源工具/272 建议140: 推荐使用guava扩展工具包/273 建议141: apache扩展包/276 建议142: 推荐使用joda日期时间扩展包/280 建议143: 可以选择多种collections扩展/282 第12章 思想为源/285 建议144: 提倡良好的代码风格/286 建议145: 不要完全依靠单元测试来发现问题/287 建议146: 让注释正确、清晰、简洁/290 建议147: 让接口的职责保持单一/294 建议148: 增强类的可替换性/295 建议149: 依赖抽象而不是实现/298 建议150: 抛弃7条不良的编码习惯/299 建议151: 以技术员自律而不是工人/301
2022-09-27 13:11:58 14.81MB java 代码 pdf
1
【官方英文版文档高质量翻译】NAU8822LDataSheetRev1.3【翻译】【中文版】.pdf
2022-09-25 12:14:59 4.37MB NAU8822L
1
编写高质量代码改善C#程序的157个建议(源码+pdf)
2022-09-12 11:15:30 27.52MB 源码 pdf
1
内容概要:主要讲解JS代码实现excel宏编程,从基础到进阶,另外也可作为函数查找手册用,或者帮助文档用;使用JS代码宏编程的优势就是运行快、代码简单易上手、且由于代码提示作用使得代码编写极快。提高工作效率。 适用人群:适合经常使用excel办公的人员,初学者,进阶者。 使用场景:wps_excel办公自动化。
2022-09-01 15:32:33 4.3MB excel 自动化办公 JavaScript js
1
优点比较完整的EXCEL vba教程 还算通俗易懂 缺点 是个译文 有点怪怪的
2022-09-01 10:30:20 1.12MB Excel VBA
1
改SDK可以在多个平台上,以高保真度为XR,3D和360视频项目渲染数百个同步3D音源,包括两个unity独有功能:现场录制和几何混响烘培。 共振音频(Resonance Audio)技术其实是一整套关于AR/VR 中3D声源定位、混音、处理、多音轨合成的高性能音频处理技术。前面我们说unity2018版集成了共振音频(Resonance Audio)技术,实际是集成了共振音频(Resonance Audio)音频引擎但并没有提供相应组件。所以我们要使用它,还得下载共振音频(Resonance Audio)Unity SDK。
2022-08-31 14:06:48 50.33MB unity3d vr
1
《理解量子技术》是一本836页的知识共享电子书,提供了从科学技术到地缘政治和社会问题的独特360度量子技术概述。它涵盖了量子物理历史、量子物理101、基于门的量子计算、量子计算工程、量子计算硬件和供应商、量子使能技术、量子计算算法、软件开发工具和用例、量子通信和密码学、量子传感、世界各地的量子技术、,量子技术的社会影响,甚至量子假科学。主要观众是计算机科学工程师、开发人员和IT专家,以及量子科学家和学生,他们希望了解量子技术如何工作,特别是量子计算。
2022-08-29 14:00:52 71.01MB
1
JavaScript进阶书籍:Effective JavaScript高效编程中文版,带完整书签方便查看。
2022-08-29 08:12:58 3.83MB Effective JavaScript 编写高质量 有效方法
1
编写高质量前端代码是国人写的一部优秀的前端开发入门书籍,作者将前端开发中HTML,CSS以及JavaScript遇到的问题及自身的经验进行了详细的描述。 作者曹刘阳是我的同事,曾就职于淘宝、新浪等各大互联网公司。
2022-08-23 14:29:08 17.5MB 编写高质量 前端代码 JS入门
1
随机种子 成熟的随机数生成器库,提供 Xorshift、Xorwow、Mersenne Twister、PCG 和 LCG 的 32 位和 64 位高质量实现。 每个实现一个标准的 API,产生与原始实现完全匹配的数字分布。 强调 避免了困扰其他 javascript 实现的随机数生成器的状态溢出问题。 匹配所有算法的原始创作的 C/C++ 实现的输出。 32 位和 64 位生成器。 适用于所有生成器的简单、通用的 API。 光脚印。 浏览器支持。 ES 样式模块。 安装 npm install random-seedable --save 入门 只想轻松使用随机生成器? 您所要做的就是导入 random,并像使用您自己初始化的生成器一样使用它。 只需导入 random 并调用您喜欢的任何方法, import random from 'random-seedable'
2022-08-10 17:49:28 43KB random random-generation prng xorshift
1