簡介：在《Java 開發手冊（泰山版）》發布之后引發了程序界的廣泛討論，技術和道理都是越辯越明的，相信帶給了大家不少的收獲。《Java 開發手冊（嵩山版）》特別增加了前后端規約，并修復了一些原來存在的一些問題，接下來讓我們先品嘗一些嵩山版帶來的新的滋味吧。

在前后端程序員分工協作愈加普遍的今天，不但帶來了效率上面的提升，也帶來了諸多協作上的問題，本次開發手冊新增的前后端規約旨在解決前后端程序員協作上的問題以及讓大家規避常見的易于疏漏的錯誤。

正所謂“沒有規矩，不成方圓”，大到前后端API的約定，小到前后端的時間格式約定，在現在的前后端協作當中存在著這樣的問題，用蘋果的宣傳語來講便是“唯一的不同，是處處不同”，每個系統都對應著自己的一套前后端約定非常不利于維護，混亂的約定更讓系統接手與維護的人頭痛不堪。規矩并非枷鎖，而是老司機們上路的安全帶，有了它，才能讓我們在程序的世界里安全的馳騁，去最大可能的提升效率，去創造更大的奇跡。

API是前后端交互的基準石

在前后端交互的過程當中，API是重中之重，一個好的API應該能夠明確協議、域名、路徑、請求方法、請求內容、狀態碼、響應體等7個重要要素。一個好的API約定會讓前后端雙方能夠為接下來的開發工作節省許多時間和溝通的成本，是我們前后端協作的基石。

神奇的大整數精度丟失

不同于后端程序的各種數字類型的明確區分，在JS的世界里數字只有一種類型，那就是Number類型，它其實是雙精度浮點數，因此，它造成的麻煩總是使人困惑和痛苦，當我們將一個過大的整數傳遞給前端的時候，想象一下當它超過了雙精度浮點數能最精確表示范圍的時候會出現怎么樣的悲劇吧？欲知詳情如何，請見嵩山版開發手冊吧。

系統錯誤信息與用戶提示信息傻傻分不清楚

你是否曾經把異常帶到了頁面上？你是否把系統的錯誤提示發給了一臉懵的用戶？今天，前后端規約將助你擺脫這樣尷尬的境遇。用戶體驗不僅僅是產品設計需要考慮的部分，作為技術人的我們更應該注重產品本身的質量，因此用戶提示一定要與系統本身的錯誤區分開，給用戶更友好的提示也是系統魯棒性的象征，另外發生錯誤的時候返回給前端的信息除了上面兩種錯誤信息再搭配上錯誤碼與HTTP狀態碼一起食用更香哦。

長度微妙的URL參數傳遞

很多場景需要我們用URL來做前后端的參數傳遞，但是比較微妙的是URL有最長長度的限制，而眾多瀏覽器對URL最大長度限制卻是不同的。不明確的地方都是不易察覺的深坑，不知道栽進去了多少的仁人志士，為了規避這樣的深坑，前后端規約中特別指出，對于URL長度限制采用所有瀏覽器限制的最小值，為2048字節。

下載《Java開發手冊（嵩山版）》，"點擊這里”，立即下載吧！

原文鏈接：https://developer.aliyun.com/article/769509?

版權聲明：本文內容由阿里云實名注冊用戶自發貢獻，版權歸原作者所有，阿里云開發者社區不擁有其著作權，亦不承擔相應法律責任。具體規則請查看《阿里云開發者社區用戶服務協議》和《阿里云開發者社區知識產權保護指引》。如果您發現本社區中有涉嫌抄襲的內容，填寫侵權投訴表單進行舉報，一經查實，本社區將立刻刪除涉嫌侵權內容。 與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

以上是生活随笔為你收集整理的下载 | 新版Java开发手册有哪些亮点？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。