阿里巴巴Java開發手冊（第2版）
楊冠寶
4418人在讀
4.6萬字總字數
¥31.5定價
楊冠寶
本手冊的願景是碼出高效，碼出質量。它結合作者的開發經驗和架構歷程，提煉阿里巴巴集團技術團隊的集體編程經驗和軟件設計智慧，濃縮成爲立體的編程規範和最佳實踐。衆所周知，現代軟件行業的高速發展對開發工程師的綜合素質要求越來越高，因爲不僅是編程相關的知識點，其他維度的知識點也會影響軟件的最終交付質量，比如，數據庫的表結構和索引設計缺陷可能帶來軟件的架構缺陷或性能風險；單元測試的失位導致系統集成測試困難；沒有鑑權的漏洞代碼易被黑客攻擊等。所以，本手冊以開發工程師爲中心視角，劃分爲編程規約、異常日誌、單元測試、安全規約、MySQL數據庫、工程結構、設計規約七個維度，每個條目下提供相應的擴展解釋和說明、正例和反例，全面、立體、形象地幫助開發工程師成長，有助於團隊代碼規約文化的形成。積小流成大海，積跬步至千里，在第1版基礎上，認真傾聽讀者反饋，學習開源社區的詳細建議，增加前後端規約，發佈錯誤碼解決方案，修正架構分層圖例等相關內容，涉及59條新規約，修正202處原有規約，完善8個示例，是面向業界以來更爲完善的版本。從嚴格意義上講，本手冊超越了Java語言本身，明確了作爲一名合格開發工程師應該具備的基本素質，因此本手冊適合計算機相關行業的管理者和研發人員、高等院校的計算機專業師生、求職者等閱讀，希望成爲大家如良師益友般的工作手冊、工具書和牀頭書。
對其中很多標註了“強制”，“推薦”的規約，我是抗拒和不苟同的，因爲有些是不合時宜的，有些是在特定場景下（例如高併發，高吞吐的場景）並不適合作爲普世原則。 儘管如此，這本書還是具有很強的指導意義，在還沒有形成體系的開發規範之前，這本書可以拿來即用，省了大量的時間和爭論。 即便已經有了成熟的團隊開發規範，這本書還是有很好的借鑑意義，即便是拿來當成注意事項閱讀一遍也是有意義的
可以作爲新手規範手冊，含金量很一般，進階規範建議看 joshua bloch 那本經典的《effective java》 那纔是第一手資料。
值得從事Java研發的小夥伴閱讀和實踐的一本書，忘了就翻翻，做研發的時候多想想。
都出第二版了，團隊開發第一課，代碼規範，先照做，慢慢能理解原理就更好了。
強烈推薦，對於java開發人員有非常好的指引作用
垃圾。一半都是二十多年前弄Java的那些美國大佬說的。一半都是姓楊的夾帶私貨的一家之言。據我所知，阿里內部很多技術團隊也有激烈的反抗。講難聽點，也就是姓楊的自己想升職級的畸形產物。最後一句:技術不是某人升官發財的工具！！！
本人大四實習，進公司的第一個月就是培訓規範。這一個月，改變了我的世界觀，規範已經融入到骨子裏（隨着時間的積累，本人的規範也在逐漸演化）。 在後續的公司裏，基本都由我來制定規範，上層領導也讓我推廣。 這是個費力不討好的工作，沒有雄厚的經濟實力，沒有高層領導的絕對支持，質量不好做。而且很多同事，根本沒有規範的意識，逼得太緊，推到風口，他並不能飛，反而讓他很不高興。確實，從公司角度，短期內，質量做的再好，看不到收益，而且會拖延進度。 現在，也懶得去推廣了。有興趣的，我會跟他說說，聽不聽、做不做，也不去跟蹤了。但是進到我的項目裏，必須按我的要求，否則不好意思，請你離開。 多年前，就想整理一套規範公佈於衆，因爲種種原因，遲遲未能完成。否則，露臉的可能就是我了[呲牙]。 這也算是一種美吧，悽美。 時間、精力有限，只求度己，不求度人了。
項目因人而異，開發團隊如果出現不穩定，沒有一個負責任的team leader去嚴格執行標準並做好code review，一切都是白搭，開發規範這種東西只能用來約束項目的，永遠沒辦法來約束人，最終的結果就是膏藥項目，重構力度大，只能打補丁。
詳細介紹了服務端開發過程中遵循的相關規範，值得反覆觀看。
開發關注研發規範，瞭解研發規範每一條目背後的坑，然後去寫出更好的代碼。 測試關注研發規範，針對研發規範中的每一條目背後的坑，挖掘出更多代碼中的風險點。