前後端需要定義一套完整的錯誤碼體系，每個錯誤碼都有其含義，正確響應結果會有乙個code，可以定義為200，跟標準http code對應，容易理解。有些api介面，會使用http標準code返回，告知使用者業務的狀態，例如easyar的介面
http/1.1 404 not found
}
異常結果可以使用錯誤碼來表示，例如statuscode=400表示***業務異常，也可以使用狀態碼之外的資料表示異常情況，例如異常情況則資料為空，由前端來判斷資料的正確性，而非狀態碼的正確性。個人更傾向於使用錯誤碼來表示業務異常，這樣情況需要處理的情況就比較少了。
前後端分離的專案通常使用自定義cookie或者使用http header來傳遞授權token，這樣後台就可以獲取到token判斷會話的合法性。
前後端分離思考
前後端分離的專案開發策略已經不是什麼新鮮東西了，網上介紹這方面的文章非常多。我自己是在14年的時候接觸到的，對這種開發策略一直愛不釋手，不管新老專案都會首先用前後端分離的思維先去思考一番。從14年到現在在前後分離上面也實踐了近3年的時間，專案大大小小的也差不多4，5個吧，但是卻從來沒有乙個是自己覺得...
異地協同開發的思考
在專案實施中，我們常常會有這樣的情況 在客戶現場進行需求調查分析，然後返回公司做系統的概要設計，詳細設計，設計，然後再交付給客戶現場組進行組裝和聯調測試。這種方式結合得好將會為公司節省開發成本中的差旅費等費用，而且開發人員可以聚集在一起互相交流等好處。但是目前在公司的具體情況是開發人員需求分析後直接...
關於前後端分層測試的思考
關於前後端分層測試，也就是常說的是否需要對於前段和後端分開測試，專門的測試人員負責前段頁面測試，專門的測試人員負責後端介面和工具測試 個人認為，前後端整合測試與分開測試佔比應該7 3的關係，即我們在測試過程中，可以按照以下方式 1.正向 反向 和可以從前端發起的邏輯 與後端介面有關係 可直接從頁面整...