參考本章設定的原型  和一般的編輯組件相同，想成功的實現對某個學生進行編輯，則需要在編輯前調用后臺相關接口獲取其詳細信息，在編輯后再次獲取后臺的相關的接口，進行學生信息的更新操作。在本節中，預實現以下功能。 * [ ] 獲取要編輯的學生，并成功的將數據綁定到組件的V層 * [ ] 根據獲取到的學生的班級信息，成功在班級選擇組件中選中某個班級 * [ ] 給出一種更簡單可靠易用的測試宿主中的組件的方法 * [ ] 前臺增加表單驗證器，當用戶輸入不符合規則時進行提示 # 預期效果  # 接口規范 本節中將使用兩個接口：根據ID獲取某個學生的信息、根據ID更新某個學生的信息。有了前面編輯班級的經驗，這兩個接口規范在定義起來便顯得簡單了。 在學習階段的我們可能無法一下定義出合適的接口（事實上已經有了10幾年開發經驗的筆者也會在定義接口時出現各種錯誤），這個非常正常的。定義接口的水平會隨著項目經驗的積累，踩坑數的增加而逐步增加。 ## 獲取學生 在編輯某個學生以前，我們首頁要向用戶展示當前編輯的學生信息，而這些信息則需要由后臺獲取： ``` GET /Student/{id} ``` ##### 參數 Parameters | type | name | Description | Schema | | --- | --- | --- | --- | | **param** | **id** <br> *requried* | Long | ### 修改某個學生接口 學生被用戶修改后，我們還需要把修改后的數據對應發送給后臺： ``` PUT /Student/{id} ``` #### 參數 Parameters | type | name | Description | Schema | | --- | --- | --- | --- | | **param** | **id** <br> *requried* | 這生ID | Long | | **Body** | **班級** <br> *requried* | 學生信息 | Klass | ##### 學生信息 | name | type | description | |--- | --- | --- | | name <br> *requried* | string(2-20) | 學生名稱 | | sno <br> *requried unique* | string(6) | 學號 | | klass <br> *requried* | {id: Long} | 班級 | #### 響應（返回值）Responses | HTTP Code | Description | Schema | | --- | --- | --- | | **204** | No Content | |