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(,「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前端與後台資料互動很難？馬上告訴你如何搞定
前端請求資料url由誰來寫?在開發中，url主要是由後台來寫的,寫好了給前端開發者。如果後台在查詢資料,需要借助查詢條件才能查詢到前端需要的資料時，這時後台會要求前端提供相關的查詢引數，這裡的查詢引數也就是url請求的引數。介面文件主要由誰來寫?介面文件也是主要由後台開發者來寫的，因為直接跟資料打交...
web前後臺資料互動的幾種方式
1.利用cookie物件 cookie是伺服器儲存在客戶端中的一小段資料資訊。使用cookie有乙個前提，就是客戶端瀏覽器允許使用cookie並對此做出相應的設定。一般不贊成使用cookie。1 後台 cookie cookie new cookie name hello response.addc...