读《java开发手册》V1.5.0华山版有感

 这几天我读了一下《java开发手册》V1.5.0华山版很有感触
 现代软件架构的复杂性需要协同开发完成,如何高效地协同呢?无规矩不成方圆,无规范难以协同,比如,制订交通法规表面上是要限制行车权,实际上是保障公众的人身安全,试想如果没有限速,没有红绿灯,谁还敢上路行驶?对软件来说,适当的规范和标准绝不是消灭代码内容的创造性、优雅性,而是限制过度个性化,以一种普遍认可的统一方式一起做事,提升协作效率,降低沟通成本。代码的字里行间流淌的是软件系统的血液,质量的提升是尽可能少踩坑,杜绝踩重复的坑,切实提升系统稳定性,码出质量。
 这本主要写了如何正确的书写代码规范以及反例,我了解到了错误的代码规范不仅会降低团队的协同性,代码的可读性、后续维护性,甚至会引发一系列严重的后果如 反例:
  String key = "Id#taobao_" + tradeId; cache.put(key, value); // 缓存 get 时,由于在代码复制时,漏掉下划线,导致缓存击穿而出现问题
  某个案例的数据库表id 字段定义类型bigint unsigned,实际类对象属性为 Integer,随着 id 越来越大,超过 Integer 的表示范围而溢出成为负数。
 这些经验使得我知道了在团队项目中一个共同的代码规范是很有必要的,甚至在单人项目中也是必要,要严格的规范自己的代码,才会更容易写出可读性比较好的代码

猜你喜欢

转载自www.cnblogs.com/DeadCover/p/12606759.html