web前端與後臺數據交互

1.前端請求數據URL由誰來寫?

在開發中,URL主要是由後臺來寫的,寫好了給前端開發者.若是後臺在查詢數據,須要藉助查詢條件才能查詢到前端須要的數據時,這時後臺會要求前端提供相關的查詢參數，這裏的查詢參數也就是URL請求的參數。

2.接口文檔主要由誰來寫?

接口文檔也是主要由後臺開發者來寫的,由於直接跟數據打交道的就是後臺,後臺是最清楚,數據庫裏面有什麼數據,能返回什麼數據.前端開發只是數據的被動接受者.因此接口文檔也主要是由後臺來完成的,前端只是接口文檔的使用者,使用過程當中,發現返回的數據不對,則須要跟後臺進行商量,由後臺來修改.切記 前端不要隨意更改接口文檔,除非在取得後臺開發人員的贊成的狀況下.總的來說,接口文檔主要由後臺來設計,修改,前端開發者起到了輔助的做用。

3.前端開發與後臺交互的數據格式主要是什麼?

主要是JSON

XML如今用的很少

4.前端開發的後臺交互原理？

在項目的時候，咱們先後端會大概說一下接口地址，前端請求的參數，後端返回的參數，而後你們就開始寫，寫的差很少的時候，你們調一下接口看一下返回的數據，沒問題就能夠了。

5.前端請求參數的形式

GET和POST兩種方式

對安全性不高 採用get方便

post要比get安全

GET - 從指定的服務器中獲取數據

POST - 提交數據給指定的服務器處理

6.前端應該告知後臺哪些有效信息,後臺才能返回前端想的數據的呢?

先將要展現的頁面內容進行模塊劃分，將模塊的內容提取出來，以及方便前端的一些標誌值等，將全部想要的內容和邏輯告知後端，

後端就會去數據庫裏面去查找相應的數據表中去得到相應的內容，或者圖片地址信息。

URL中的參數主要是根據後臺須要,

若是後臺須要一個參數做爲查詢的輔助條件 前端在URL數據請求時就傳遞參數。

參數前面？

幾個參數中間&

7.咱們應該怎麼把頁面這些信息有效傳達給後臺,以及後臺是如何獲取到這些數據?

總的來說:全部前端請求的URL後面的參數,都是輔助後臺數據查詢的.若是不須要參數,那麼後臺就會直接給個URL給前端。

8.前端應該如何回拒一些本不屬於本身作的一些功能需求或任務?

在與後臺打交道中,咱們常常遇到這種狀況,有時候明明後臺來處理某個事件很簡單,後臺非要你來作,這時候咱們應該懂得去回絕他。

原則:前端就是負責把數據展現在頁面上

發揮:這就須要咱們對一個需求,一個任務的要有清晰認識了,若是對任務含糊不清,本身都沒搞明白,你只能受後臺擺佈了.最後也會由於任務沒有完成而備受責難了。

9.當前端在調用數據接口時,發現有些數據不是咱們想要的,那麼前端應該怎麼辦呢或者怎麼跟後臺講呢?

首先要把請求的URL和返回的數據以及在頁面的展現的狀況給跟後臺看,這樣有理有據,後臺開發人員是不會說什麼的,不然,後臺會很不耐煩的,甚至罵你的可能都有,自己作後臺比較難,尤爲在查詢數據,取數據,封裝數據方面都比較難處理。

10.爲何須要在請求的時候傳入參數？

由於後臺在查詢數據庫的時候須要條件查詢。

DEMO:

var data=JSON.stringify({「page」: {「pagenow」: 1,「pagesize」: 20},「file」:{「name」:「jpg」},「catalogs」:[{「id」:1},{「id」:2}]});

$.ajax({

type:「POST」,

url:"//訪問的url",

data:data,

contentType:「application/json」,

success:function(data){

//顯示數據

}

});

注意：

1、contentType

contentType，能夠是application/x-www-form-urlencoded這種默認類型的，不過當後臺有struts等框架的話，會在action以前攔截請求，並把request body 裏面的值都讀出來，致使咱們不能再request裏面讀取到值，只能依賴struts的domain model

全部若是有後臺用這種機制的話，那就須要更改contentType:application/json，這樣子strust就不會攔截請求了。

2、stringify和parseJSON

這兩種方法不能亂用，一不當心的話就會致使後臺解析不了數據，正確的用法在上面。

stringify是將Json轉義，parseJSON是將json去除轉義並解析成對象

總結

前端傳後臺json，應該傳字符串過去，不能傳Object對象，並且要適當指定contentType。

————————————————