開發中，URL主要是後臺寫的，寫給前端開發者。如果後臺在查詢數據，需要查詢條件來查詢前端需要的數據，後臺會要求前端提供相關的查詢參數，也就是URL請求的參數。
2.接口文檔主要是誰寫的？
接口文檔主要是後臺開發人員寫的，因為是後臺直接和數據打交道，最清楚，數據庫裏有什麽數據，可以返回什麽數據。前端開發只是數據的被動接收方，所以接口文檔主要由後臺完成，前端只是接口文檔的使用者。在使用過程中，如果發現返回的數據有誤，需要和後臺討論。它被背景修改。切記前端不要隨意更改界面文檔，除非後臺開發者同意。壹般來說，界面文檔主要由後臺設計修改，前端開發者起輔助作用。
3.前端開發和後臺交互的主要數據格式是什麽？
主要是JSON
XML現在用的不多了。
4.前端開發的後臺交互原理是什麽？
項目的時候會講接口地址，前端請求的參數，後端返回的參數，然後大家就開始寫了。等寫的差不多了，大家再調整界面看看返回的數據，就不會有問題了。
5.前端請求參數的形式
獲取並發布。
低安全性使用get比較方便。
郵寄比得到更安全。
GET-從指定的服務器獲取數據。
將數據提交到指定的服務器進行處理。
6.前端要告訴後臺什麽有效信息，後臺才能返回前端想要的數據？
先把要顯示的頁面內容分成模塊，提取模塊內容，方便前端的壹些標誌值通知後端所有想要的內容和邏輯。
後端會去數據庫查找對應的數據表，得到對應的內容或者圖片地址信息。
URL中的參數主要是根據後臺需要。
如果後臺需要壹個參數作為查詢的輔助條件，那麽在請求URL數據時，前端會傳遞該參數。
參數前？
在幾個參數中&；
7.如何才能有效的將頁面上的信息傳達給後臺，後臺如何獲取數據？
壹般來說，前端請求的URL之後的所有參數都是用來輔助後臺數據查詢的。如果不需要參數，後臺會直接給前端壹個URL。
8.前端應該如何拒絕壹些不屬於自己的功能需求或任務？
在處理後臺的時候，我們經常會遇到這種情況。有時候後臺處理壹個事件很簡單，後臺也要做。這個時候，我們要懂得拒絕他。
原理:前端負責在頁面上呈現數據。
玩:這需要我們對壹個需求和壹個任務有壹個清晰的認識。如果妳對任務模糊不清，自己又不了解，那妳就只能任由後臺擺布了。最終，妳會因為沒有完成任務而受到責備。
9.當前端調用數據接口時，發現有些數據不是我們想要的，那麽前端應該怎麽做或者怎麽告訴後臺？
首先要把請求的URL、返回的數據以及頁面上的顯示顯示到後臺。這個有理有據，後臺開發者就不說什麽了。不然後臺會很不耐煩，甚至可能罵妳。後臺本身就很難做，尤其是在查詢數據、取數據、打包數據方面。
10.為什麽請求時需要傳入參數？
因為後臺在查詢數據庫時需要條件查詢。