前言：
今天由我給大家進行一場技術分享,分享的主題也是大家還沒有工作或者才去工作不久或者是正處於試用期的同學非常關心的乙個問題,就是我們做
ios,html5,安卓等
前端開發
的如何跟我們的公司後台進行互動.
面臨後台我們應該說些什麼?
應該怎麼去規避一些不該屬於自己的任務而被後台強加於自己?等等問題。
在開發中
,url
主要是由後台來寫的
,寫好了給前端開發者.
如果後台在查詢資料,需要借助查詢條件才能查詢到前端需要的資料時,這時後台會要求前端提供相關的查詢引數,例如:
select "
產品","優惠[
買2送花茶]","
產品名稱
","商品**
","是否包郵
" from tb_goodlist where time= 「
傳遞過來的引數
"
如果沒有後面的查詢條件
,就會查詢到所有的時間的資料
,前端則需要的是某一天的資料
,這時前端就需要把時間當做引數傳遞給後台
,後台根據這個引數再進行資料查詢
.返回前端頁面需要的資料.例如
: "2016-05-12 00:00:00"
介面文件也是主要由後台開發者來寫的
,因為直接跟資料打交道的就是後台
,後台是最清楚
,資料庫裡面有什麼資料
,能返回什麼資料
.前端開發只是資料的被動接受者
.所以介面文件也主要是由後台來完成的
,前端只是介面文件的使用者
,使用過程中
,發現返回的資料不對
,則需要跟後台進行商量
,由後台來修改.切記
前端不要隨意更改介面文件
,除非在取得後台開發人員的同意的情況下.
總的來講,介面文件主要由後台來設計,修改,前端開發者起到了輔助的作用。
在專案的時候，我們前後端會大概說一下介面位址，前端請求的引數，後端返回的引數，然後大家就開始寫，寫的差不多的時候，大家調一下介面看一下返回的資料，沒問題就可以了。
get和post是https的兩個常用方法。
get - 從指定的伺服器中獲取資料
post - 提交資料給指定的伺服器處理
get方法特點：
使用get方法時，查詢字串（鍵值對）被附加在url位址後面一起傳送到伺服器：
/test/demo_form.jsp?name1=value1&name2=value2
特點：
get請求能夠被快取
get請求會儲存在瀏覽器的瀏覽記錄中
以get請求的url能夠儲存為瀏覽器書籤
get請求有長度限制
get請求主要用以獲取資料
post方法：
使用post方法時，查詢字串在post資訊中單獨存在，和http請求一起傳送到伺服器：
特點：
post請求不能被快取下來
post請求不會儲存在瀏覽器瀏覽記錄中
以post請求的url無法儲存為瀏覽器書籤
post請求沒有長度限制(理論上是沒有的，但是不同的伺服器是存在不同限制的)
以這個圖為例:我們可以把這個頁面劃分為三個部分：
1.輪播圖。2.商品種類部分。3.每日推薦。
1) 輪播圖部分
前端部分:我頁面需要今天產品的最新位址,url中的引數主要是根據後台需要,如果後台需要前端傳遞乙個時間,才能夠查詢到具體的資訊,那麼前端在資料請求時請求引數就應該包含時間的引數,例如:
url: 或者：?time="2016-05-1200:00:00"
後台部分:就會去
資料庫裡面去查詢相應的資料表中的例如輪播圖表,查詢條件就是前端傳遞過來的url引數time例如:
select 「輪播」from tb picture where time = 「2016-05-12 00：00：00」
2)商品種類部分包含:
1)標題
2)標題
這些內容在後台資料庫表的設計中
也是乙個單獨的資料庫表進行儲存
,對於後台來講查詢和取得資料是非常容易的
.所以後台只需要設計個
url給前端就可以了
,如果需要什麼輔助引數
,後台會直接向前端要求的.例如
: url形式
:
3)每日推薦部分url:或者?time="2016-05-12 00:00:00"
包含哪些內容:
1)產品
2)優惠[買2送花茶]
3)產品名稱
4)商品**
5)是否包郵
url形式:
url:
或者?time="2016-05-12 00:00:00&clases=""
在與後台打交道中,我們經常遇到這種情況,有時候明明後台來處理某個事件很簡單,後台非要你來做,這時候我們應該懂得去回絕他.
應該怎麼拒絕？
這可能對於之前沒做過專案,或者沒與後台打交道的人來講非常頭痛的事,這就需要我們對乙個需求,乙個任務的要有清晰認識了,如果對任務含糊不清,自己都沒搞明白,你只能受後台擺布了.最後也會因為任務沒有完成而備受責難了.在這裡就不給大家舉例子了.
解決辦法:1,首先要把請求的url和返回的資料以及在頁面的展示的情況給跟後台看,這樣有理有據,後台開發人員是不會說什麼的,否則,後台會很不耐煩的,甚至罵你的可能都有,本身做後台比較難,尤其在查詢資料,取資料,封裝資料方面都比較難處理。
Ajax 前端與後台互動
整體的思路和邏輯是這樣的 我需要獲取使用者名稱和密碼，將使用者名稱和密碼組合成乙個物件，傳給後台伺服器後台伺服器會進行匹配將返回來的資料給前端，前端根據返回的資料判斷是否成功登陸。以下是通過ajax實現這個過程 url 代表登入功能需要訪問的介面 method 代表前端是需要向伺服器傳送資料 pos...
前端與後台的互動方式
在開發web應用時，前端與後端的互動方式分為以下幾種 1.href頁面跳轉模式 前端通過url訪問後端的servlet，後端返回乙個html頁面或字串 2.form表單提交模式 分為get和post 通過submit直接提交 非ajax 後端返回乙個html頁面或字串 3.ajax提交模式 分為ge...
web前端與後台資料互動
1.前端請求資料url由誰來寫?在開發中,url主要是由後台來寫的,寫好了給前端開發者.如果後台在查詢資料,需要借助查詢條件才能查詢到前端需要的資料時,這時後台會要求前端提供相關的查詢引數，這裡的查詢引數也就是url請求的引數。2.介面文件主要由誰來寫?介面文件也是主要由後台開發者來寫的,因為直接跟...