bash-4.1.2-15.el6_5.2.x86_64.rpm,glibc-2.12-1.149.el6_6.5.x86_64,glibc-common-2.12-1.149.el6_6.5.x86_64.rpm,bash-4.1.2-15.el6_5.2.x86_64.rpm
2022-10-09 12:00:34
19.45MB
1
《编写高质量代码：改善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
1
OIML R46国际建议智能电能表设计原版翻译中文文档，超高清。
《有功电能表》是由国际法制计量组织（OIML）修订完成的电能表国际建议，内容涵盖电能表计量技术规范、计量控制和性能试验、试验报告等内容，规定了标准的适用范围、术语定义和电能表技术要求，规范了电能表型式评价要求、试验方法以及试验报告的一般原则、基本流程和报告格式等。
2022-09-23 15:39:12
1.04MB
1
35kV变电站设计的建议
1 35 kV变电站设计总则
•符合国家政策及上级技术规范、规程要求；
•满足客户对供电可靠性、电能质量的要求；
•接线清晰明了、运行操作简单、检修方便；
•投资节省、运行费用低；
•留足扩建的余地；
•防误动功能齐全，自动化水平领先，运行人员适应期短。
2022-09-20 19:18:04
37KB
1
##已弃用此仓库不再在开发中。 请使用实施良好且有据可查的 。
##关于此仓库Vatti多边形裁剪算法实现，执行多边形布尔运算的并集，交集，差和XOR。
虽然此存储库可用于学术目的。
到目前为止，工作已经完成
适用于自相交多边形和带Kong的多边形。
适用于主题或剪辑TODO中的多面体
剩下的部分仍然是水平边缘的处理和操作的结合与区别。 为了将其扩展为并集和差异，仅需要更改顶点分类规则。
需要合并更多的测试数据。
为了实现vatti算法，我使用了双重循环链表。 我找到了一个，但是我不得不对其进行很多修改。 我正在为排序的双链表寻找可靠的实现。
性能测试。
地图界面上有一个。
我为什么不赞成
Greiner Hormann算法似乎比Vatti算法更好，因为Vatti算法基于众多逻辑条件，因此实现起来并不那么容易。 的似乎很好地实现并记录在案。
2022-08-29 15:15:36
66KB
1
在日常工作中，经常给客户进行硬件配置建议，发现很多客户基本的信息化基础的知识都不是太懂，比如服务器配置数选择和用户数关系等等。甚至很多IT专业人士，比如erp，crm顾问都不是很清楚。当然也有可能这些顾问只专注于他自己工作的那一块，认为这些是售前干的事情，不需要了解太多。在我看来我觉得多了解一些，碰到不懂的客户也可以给人家说个所以然出来，至少也没有什么坏处嘛。下面这篇文章也是平常的工作总结，贴出来给大家分享一下
2022-08-21 09:01:40
74KB
1
几万条【英文菜谱】，数据量非常大，建议进行分割再打开。用于给女朋友开发app时候采集下来的菜谱数据！！！
2022-08-19 09:48:50
90.5MB
1