面向甩鍋程式設計
摘要：
有那麼一些時候，跨部門開發，作為粘合劑你需要對接多個部門，對接各種介面。通常，這種時候，你面臨的挑戰是：
如何在不穩定的系統上如何構建出穩定的系統？
呼叫的所謂“RESTFul”介面返回的JSON，在不同的入參返回的結構不一樣
出錯了？對方只給你一個400，為什麼...
有那麼一些時候，跨部門開發，作為粘合劑你需要對接多個部門，對接各種介面。通常，這種時候，你面臨的挑戰是：
- 如何在不穩定的系統上如何構建出穩定的系統？
- 呼叫的所謂“RESTFul”介面返回的JSON，在不同的入參返回的結構不一樣
- 出錯了？對方只給你一個400，為什麼出錯？How do I fucking know?
- 要求對方配合看一下為什麼出錯？不好意思，很忙，沒有時間
這種時候，有什麼好的程式設計方法論嗎？沒有想到特別好的方式，唯有祭出大殺器：面向甩鍋程式設計。
- query string？日誌全都打印出來:white_check_mark:
- 用的GET還是POST？還是其他什麼方法？日誌全都打印出來:white_check_mark:
- 請求的body和頭部傳輸的是什麼內容？日誌全部打印出來:white_check_mark:
- 響應狀態碼是什麼？日誌全部打印出來:white_check_mark:
- 響應body是什麼？日誌全部打印出來:white_check_mark:
- 整個請求響應時間是多少？什麼時候開始的？什麼時候結束的？日誌全部打印出來:white_check_mark:
小心駛得萬年船。以上就是面向甩鍋程式設計的全部心法了，希望大家都能get到 :)