阿里巴巴Java开发手册（第2版）
杨冠宝
4418人在读
4.6万字总字数
¥31.5定价
杨冠宝
本手册的愿景是码出高效，码出质量。它结合作者的开发经验和架构历程，提炼阿里巴巴集团技术团队的集体编程经验和软件设计智慧，浓缩成为立体的编程规范和最佳实践。众所周知，现代软件行业的高速发展对开发工程师的综合素质要求越来越高，因为不仅是编程相关的知识点，其他维度的知识点也会影响软件的最终交付质量，比如，数据库的表结构和索引设计缺陷可能带来软件的架构缺陷或性能风险；单元测试的失位导致系统集成测试困难；没有鉴权的漏洞代码易被黑客攻击等。所以，本手册以开发工程师为中心视角，划分为编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约七个维度，每个条目下提供相应的扩展解释和说明、正例和反例，全面、立体、形象地帮助开发工程师成长，有助于团队代码规约文化的形成。积小流成大海，积跬步至千里，在第1版基础上，认真倾听读者反馈，学习开源社区的详细建议，增加前后端规约，发布错误码解决方案，修正架构分层图例等相关内容，涉及59条新规约，修正202处原有规约，完善8个示例，是面向业界以来更为完善的版本。从严格意义上讲，本手册超越了Java语言本身，明确了作为一名合格开发工程师应该具备的基本素质，因此本手册适合计算机相关行业的管理者和研发人员、高等院校的计算机专业师生、求职者等阅读，希望成为大家如良师益友般的工作手册、工具书和床头书。
对其中很多标注了“强制”，“推荐”的规约，我是抗拒和不苟同的，因为有些是不合时宜的，有些是在特定场景下（例如高并发，高吞吐的场景）并不适合作为普世原则。 尽管如此，这本书还是具有很强的指导意义，在还没有形成体系的开发规范之前，这本书可以拿来即用，省了大量的时间和争论。 即便已经有了成熟的团队开发规范，这本书还是有很好的借鉴意义，即便是拿来当成注意事项阅读一遍也是有意义的
可以作为新手规范手册，含金量很一般，进阶规范建议看 joshua bloch 那本经典的《effective java》 那才是第一手资料。
值得从事Java研发的小伙伴阅读和实践的一本书，忘了就翻翻，做研发的时候多想想。
都出第二版了，团队开发第一课，代码规范，先照做，慢慢能理解原理就更好了。
强烈推荐，对于java开发人员有非常好的指引作用
垃圾。一半都是二十多年前弄Java的那些美国大佬说的。一半都是姓杨的夹带私货的一家之言。据我所知，阿里内部很多技术团队也有激烈的反抗。讲难听点，也就是姓杨的自己想升职级的畸形产物。最后一句:技术不是某人升官发财的工具！！！
本人大四实习，进公司的第一个月就是培训规范。这一个月，改变了我的世界观，规范已经融入到骨子里（随着时间的积累，本人的规范也在逐渐演化）。 在后续的公司里，基本都由我来制定规范，上层领导也让我推广。 这是个费力不讨好的工作，没有雄厚的经济实力，没有高层领导的绝对支持，质量不好做。而且很多同事，根本没有规范的意识，逼得太紧，推到风口，他并不能飞，反而让他很不高兴。确实，从公司角度，短期内，质量做的再好，看不到收益，而且会拖延进度。 现在，也懒得去推广了。有兴趣的，我会跟他说说，听不听、做不做，也不去跟踪了。但是进到我的项目里，必须按我的要求，否则不好意思，请你离开。 多年前，就想整理一套规范公布于众，因为种种原因，迟迟未能完成。否则，露脸的可能就是我了[呲牙]。 这也算是一种美吧，凄美。 时间、精力有限，只求度己，不求度人了。
项目因人而异，开发团队如果出现不稳定，没有一个负责任的team leader去严格执行标准并做好code review，一切都是白搭，开发规范这种东西只能用来约束项目的，永远没办法来约束人，最终的结果就是膏药项目，重构力度大，只能打补丁。
详细介绍了服务端开发过程中遵循的相关规范，值得反复观看。
开发关注研发规范，了解研发规范每一条目背后的坑，然后去写出更好的代码。 测试关注研发规范，针对研发规范中的每一条目背后的坑，挖掘出更多代码中的风险点。