1、前端請求資料URL由誰來寫

在開發中，URL主要是由後臺來寫好給前端。 
若後臺在查詢資料，需要藉助查詢條件才能查詢到前端需要的資料時，這時後臺會要求前端提供相關的查詢引數（即URL請求的引數）。

2、介面文件主要由誰來寫

介面文件主要由後臺設計和修改。 
後臺直接跟資料打交道，最清楚資料庫裡有什麼資料，能返回什麼資料。 
前端只是資料的被動接受者，只是介面文件的使用者。 
使用過程中，發現返回的資料部隊，則跟後臺商量，由後臺修改。 
切記：前端不能隨意更改介面文件，除非取得後臺同意。

3、前端與後臺互動的資料格式

主要是JSON，XML現在用的不多

JSON 通常用於與服務端交換資料。

在接收伺服器資料時一般是字串。

我們可以使用 JSON.parse() 方法將資料轉換為 JavaScript 物件。

4、前端與後臺的互動原理

關注點：介面地址、前端請求的引數、後端返回的引數。 
調一下介面，看一下返回的資料。

5、前端請求引數的形式

GET和POST兩種方式 
GET從指定的伺服器中獲取資料，POST提交資料給指定的伺服器處理

6、前端應該告知後臺那些有效資訊，後臺才能返回前端想要的資料

先將要展示的頁面內容進行模組劃分，將模組的內容提取出來，以及方便前端的一些標誌值等，將所有想要的內容和邏輯告知後端 
後端從資料庫裡面去查詢相應的資料表以獲得相應的內容或者圖片地址資訊 
URL中的引數主要是根據後臺需要，若後臺需要一個引數作為查詢的輔助條件，前端在URL資料請求時就傳遞引數

7、前端如何把頁面資訊有效傳達給後臺，以及後臺如何獲取到這些資料

所有前端請求的URL後面的引數都是輔助後臺資料查詢的 
若不需要引數，那後臺就會直接給個URL給前端

8、前端應該如何回拒一些本不屬於自己做的一些功能需求或任務

前端負責把資料展示在頁面上 
清晰的認識自己需要做的需求和任務

9、當前端在呼叫資料介面時，發現有些資料不是我們想要的，那麼前端應該怎麼辦

把請求的URL和返回的資料以及在頁面的展示的情況給後臺看【後臺查詢資料、取資料、封裝資料方面等蠻難處理的】

10、為什麼需要在請求的時候傳入引數

後臺在查詢資料庫的時候需要條件查詢