前言：
mock在github上有12.9k的star可以看出，它在技術團隊中是挺受歡迎的。這項技術被應用在不同領域的專案中。
適用場景：
下面我結合我們技術團隊，列舉最適合引入我們mock服務的場景：
1、在我們準備開發乙個新專案的時候，這時候引入mock無疑能給我們的開發提速。（排期當然也就可以壓一壓了，默念：產品看不到，產品看不到）
2、在我們跨部門合作的時候，一些不容易獲取的，也就是我們常說的獲取難度比較高的介面，需要傳很多引數才能獲取的。（跨部門合作，經常遇到的，捂臉.gif）
3、一些不穩定的介面，機率性獲取失敗，經常報異常等（比如：物流介面、省市區介面、包裹實時位置等）
4、比較複雜的測試環境，也稱為難建立的環境。
5、測試人員需要提前測介面時，可以先建個mock，然後再把介面新增到自動化測試環境（建mock先了解我們介面的資料結構）
6、後端與後端之間如果有介面耦合，也同樣也可以適用我們的mock來解決。（是不是眼前一亮）
6、前後端分離，前後依賴並行任務（開發自測階段就可以及早開展，能夠提前發現缺陷，我們整個產品質量以及進度得以保證。）
mock的好處是老生常談了，團隊可以並行工作（這個是顯而易見的），但是mock的優勢並不是只有這一點。
我們來聊聊mock的其他好處：
1、測試驅動開發，也就是tdd模式。（當介面定義好後，測試人員就可以建立乙個mock，把介面新增到自動化測試環境，提前建立測試。）
2、一些無法訪問的資源好比我們被隔在「牆」外，這時候mock可以為我們提供很好的服務。
3、當我們想訪問一些隔離系統，檢視某個響應的時候，我們可以利用mock虛擬post然後指定返回。
4、當我們需要演示專案，後台介面沒有開發完成，這時候mock可以給我們很大的幫助。
5、如果乙個介面有很多的返回型別（比如50多種），我們需要測試在這些情況，系統能否正常響應。這時候，難道要後台人員新增各種指令碼？答案當然是no，mock你想返回什麼就返回什麼。（媽媽再也不用擔心我的測試覆蓋度了）
6、當然啦，mock的好處不止這些，咋們就不囉嗦重複講來。
誠然，mock有一些細節處理可能不是很完美，但在它的優點面前這些都微不足道。
this的那點事
對於很多初學者，this總是搞得我們暈頭轉向。現在，我就簡單的總結一下關於this的那點事。this在函式定義時經常是不能確定的，只有在函式執行的時候才能最終確定this的歸屬。this總是指向最後呼叫它的物件,那麼怎麼知道到底是誰呼叫的呢？其實很簡單，我們知道函式呼叫的其中一種方法就是利用call...
拓展的那點事
時間過得很快，又到了公司每年的拓展時間，今年公司拓展活動是安排在崇明島，因為時間關係自己有一些瑣事不能參加，至今心裡還有一絲的眷戀。拓展訓練不是簡單的娛樂和體育活動，它的中間融合了各種挑戰的元素，這些東西一般是在大學和工作中很難學到的，有時我們看了一些書就感覺自己知道和明白這些道理，但是遇到真真的事...
typedef的那點事
typedef struct node node,linklist 以上這段 幾乎在任何資料結構教材中都會出現，如此經典的一段 的理解還真是費了我一番功夫。之前學的是c 這種純正c風格的寫法幾乎沒有用到過。1.struct node 定義了乙個stuct node型別的結構體 c語言規定結構體型別為...