前端請求資料url由誰來寫?
在開發中，url主要是由後台來寫的,寫好了給前端開發者。如果後台在查詢資料,需要借助查詢條件才能查詢到前端需要的資料時，這時後台會要求前端提供相關的查詢引數，這裡的查詢引數也就是url請求的引數。
介面文件主要由誰來寫?
介面文件也是主要由後台開發者來寫的，因為直接跟資料打交道的就是後台，後台是最清楚,資料庫裡面有什麼資料，能返回什麼資料.前端開發只是資料的被動接受者。所以介面文件也主要是由後台來完成的，前端只是介面文件的使用者,使用過程中，發現返回的資料不對，則需要跟後台進行商量，由後台來修改。切記 前端不要隨意更改介面文件，除非在取得後台開發人員的同意的情況下。總的來講，介面文件主要由後台來設計、修改，前端開發者起到了輔助的作用。
前端開發與後台互動的資料格式主要是什麼?
主要是json，xml現在用的不多
前端開發的後台互動原理？
前端請求引數的形式
get和post兩種方式
對安全性不高 採用get方便
post要比get安全
get - 從指定的伺服器中獲取資料
post - 提交資料給指定的伺服器處理
前端應該告知後台哪些有效資訊,後台才能返回前端想的資料的呢?
先將要展示的頁面內容進行模組劃分，將模組的內容提取出來，以及方便前端的一些標誌值等，將所有想要的內容和邏輯告知後端，後端就會去資料庫裡面去查詢相應的資料表中去獲得相應的內容，或者位址資訊。url中的引數主要是根據後台需要,如果後台需要乙個引數作為查詢的輔助條件 前端在url資料請求時就傳遞引數。
我們應該怎麼把頁面這些資訊有效傳達給後台,以及後台是如何獲取到這些資料?
總的來講：所有前端請求的url後面的引數,都是輔助後台資料查詢的。如果不需要引數，那麼後台就會直接給個url給前端。
前端應該如何回拒一些本不屬於自己做的一些功能需求或任務?
在與後台打交道中，我們經常遇到這種情況,有時候明明後台來處理某個事件很簡單，後台非要你來做，這時候我們應該懂得去回絕他。
原則：前端就是負責把資料展示在頁面上
發揮：這就需要我們對乙個需求，乙個任務的要有清晰認識了，如果對任務含糊不清，自己都沒搞明白，你只能受後台擺布了。最後也會因為任務沒有完成而備受責難了。
當前端在呼叫資料介面時,發現有些資料不是我們想要的,那麼前端應該怎麼辦呢或者怎麼跟後台講呢?
首先要把請求的url和返回的資料以及在頁面的展示的情況給跟後台看，這樣有理有據，後台開發人員是不會說什麼的，否則，後台會很不耐煩的,甚至罵你的可能都有，本身做後台比較難，尤其在查詢資料，取資料，封裝資料方面都比較難處理。
為什麼需要在請求的時候傳入引數？
因為後台在查詢資料庫的時候需要條件查詢。
demo:
var data=json.stringify(,「file」:,「catalogs」:[,]});
$.ajax({
type:「post」,
url:"//訪問的url",
data:data,
success:function(data){
//顯示資料
注意：一、contenttype
二、stringify和parsejson
這兩種方法不能亂用，一不小心的話就會導致後台解析不了資料，正確的用法在上面。
stringify是將json轉義，parsejson是將json去除轉義並解析成物件
總結前端傳後台json，應該傳字串過去，不能傳object物件，而且要適當指定contenttype。
web前端與後台資料互動
1.前端請求資料url由誰來寫?在開發中,url主要是由後台來寫的,寫好了給前端開發者.如果後台在查詢資料,需要借助查詢條件才能查詢到前端需要的資料時,這時後台會要求前端提供相關的查詢引數，這裡的查詢引數也就是url請求的引數。2.介面文件主要由誰來寫?介面文件也是主要由後台開發者來寫的,因為直接跟...
web前端與後台資料互動
1.前端請求資料url由誰來寫?在開發中,url主要是由後台來寫的,寫好了給前端開發者.如果後台在查詢資料,需要借助查詢條件才能查詢到前端需要的資料時,這時後台會要求前端提供相關的查詢引數，這裡的查詢引數也就是url請求的引數。2.介面文件主要由誰來寫?介面文件也是主要由後台開發者來寫的,因為直接跟...
web前後臺資料互動的幾種方式
1.利用cookie物件 cookie是伺服器儲存在客戶端中的一小段資料資訊。使用cookie有乙個前提，就是客戶端瀏覽器允許使用cookie並對此做出相應的設定。一般不贊成使用cookie。1 後台 cookie cookie new cookie name hello response.addc...