最近自己做後台，跟前端的一些有交集的問題總是工作內容劃分不清楚，找了下網上搜了搜相關管理的資料
該怎麼去規避一些不該屬於自己的任務而被後台強加於自己?等等問題,
關於互動會給大家詳細介紹9個方面的細節:
在開發中,url主要是由後台來寫的,寫好了給前端開發者.如果後台在查詢資料,需要借助查詢條件才能查詢到前端需要的資料時,這時後台會要求前端提供相關的查詢引數，這裡的查詢引數也就是url請求的引數。
介面文件也是主要由後台開發者來寫的,因為直接跟資料打交道的就是後台,後台是最清楚,資料庫裡面有什麼資料,能返回什麼資料.前端開發只是資料的被動接受者.所以介面文件也主要是由後台來完成的,前端只是介面文件的使用者,使用過程中,發現返回的資料不對,則需要跟後台進行商量,由後台來修改.切記 前端不要隨意更改介面文件,除非在取得後台開發人員的同意的情況下.總的來講,介面文件主要由後台來設計,修改,前端開發者起到了輔助的作用.
主要是json
xml現在用的不多
在專案的時候，我們前後端會大概說一下介面位址，前端請求的引數，後端返回的引數，然後大家就開始寫，寫的差不多的時候，大家調一下介面看一下返回的資料，沒問題就可以了。
get和post兩種方式
對安全性不高 採用get方便
post要比get安全
get - 從指定的伺服器中獲取資料
post - 提交資料給指定的伺服器處理
先將要展示的頁面內容進行模組劃分，將模組的內容提取出來，以及方便前端的一些標誌值等，將所有想要的內容和邏輯告知後端，
後端就會去資料庫裡面去查詢相應的資料表中去獲得相應的內容，或者位址資訊。
url中的引數主要是根據後台需要,
如果後台需要乙個引數作為查詢的輔助條件 前端在url資料請求時就傳遞引數。
引數前面？
幾個引數中間&
總的來講:所有前端請求的url後面的引數,都是輔助後台資料查詢的.如果不需要引數,那麼後台就會直接給個url給前端.
在與後台打交道中,我們經常遇到這種情況,有時候明明後台來處理某個事件很簡單,後台非要你來做,這時候我們應該懂得去回絕他.
原則:前端就是負責把資料展示在頁面上
發揮:這就需要我們對乙個需求,乙個任務的要有清晰認識了,如果對任務含糊不清,自己都沒搞明白,你只能受後台擺布了.最後也會因為任務沒有完成而備受責難了.
首先要把請求的url和返回的資料以及在頁面的展示的情況給跟後台看,這樣有理有據,後台開發人員是不會說什麼的,否則,後台會很不耐煩的,甚至罵你的可能都有,本身做後台比較難,尤其在查詢資料,取資料,封裝資料方面都比較難處理.
因為後台在查詢資料庫的時候需要條件查詢。
前端和後端互動的一些原規範問題
最近自己做後台，跟前端的一些有交集的問題總是工作內容劃分不清楚，找了下網上搜了搜相關管理的資料 該怎麼去規避一些不該屬於自己的任務而被後台強加於自己?等等問題,關於互動會給大家詳細介紹9個方面的細節 在開發中,url主要是由後台來寫的,寫好了給前端開發者.如果後台在查詢資料,需要借助查詢條件才能查詢...
前端和後端互動的一些細節
scrat小白一枚，此篇文章感覺收穫很大，分享給大家 原創主人 1.前端請求資料url由誰來寫?在開發中,url主要是由後台來寫的,寫好了給前端開發者.如果後台在查詢資料,需要借助查詢條件才能查詢到前端需要的資料時,這時後台會要求前端提供相關的查詢引數，這裡的查詢引數也就是url請求的引數。2.介面...
前端和後端是如何互動的
1 前端請求資料url由誰來寫 在開發中，url主要是由後台來寫好給前端。若後台在查詢資料，需要借助查詢條件才能查詢到前端需要的資料時，這時後台會要求前端提供相關的查詢引數 即url請求的引數 2 介面文件主要由誰來寫 介面文件主要由後台設計和修改。後台直接跟資料打交道，最清楚資料庫裡有什麼資料，能...