通過本節的學習，我們離真實的開發過程更近了。本節中我們嘗試創建一個新的班級，在創建班級的時需要指定班級的名稱以及對應的教師。 在此過程中，我們復習了數據庫課程中關于實體關系圖的部分，這就我們常說的ER圖。ER圖可以直觀的反應實體與實體間的關系，比如我們當前的項目，每個班級必須指定一名教師、而且也只能指定一名教師。在這種關系的支持下，后臺接收的json格式為：`{name: string, teacher: {id: number}}`。這種數據格式對全棧工程師特別的友好，因為無論是前臺開發還是后臺開發，這種關系都保持一致。 由于前后臺的實體關系保持了一致，所以在前臺完成的基礎上開發后臺的時候便會更加的得心應手。 我們初次使用了MockApi來替代了真實的API，而這在前后臺分離的情況下是非常有必要的。這使前臺完全的脫離了后臺而獨立存在，前臺的開發再也不必等后臺的相關接口了。同時，由于這種Mock的機制，我們可以在組件開發時省去很多不必要的后臺邏輯，這使我們可以在開發組件時更加專注于當前組件的功能。 我們還共同學習了如何在各層中進行數據驗證，對數據增加驗證最少有以下幾點好處：1. 對用戶友好，在用戶填寫數據時便告知用戶有哪些數據是不合規的。 2. 有利于日后排錯，當數據不符合規范時可以直接在控制臺中發現錯誤原因。3.后期經過適合的改造，一旦有錯誤發生可以實時給客戶彈窗，這有利于我們對錯誤進行排除。4. 在單元測試的支持下，可以對后臺接口的變更做出快速的響應。 最后我們本著不造重復輪子的原則對完成的代碼進行了重構，這使得整個項目更易閱讀、更易維護。