Django之送出表單與前後端互動

Django之META與前後端互動

1 送出表單之GET

前端送出資料與發送
1）送出表單資料
2）送出JSON資料
後端的資料接收與響應
1）接收GET請求資料
2）接收POST請求資料
3）響應請求

GET  請求過程
前端通過ajax發起GET請求,json格式資料
var data = {  
    "name": "test",  
    "age": 1  
};  
$.ajax({  
    type: 'GET',  
    url: /your/url/,  
    data: data, # 最終會被轉化為查詢字元串跟在url後面： /your/url/?name=test&age=1  
    dataType: 'json', # 注意：這裡是指服務端傳回json格式的資料  
    success: function(data) { # 這裡的data就是json格式的資料  
    },  
    error: function(xhr, type) {  
    }  
}); 
後端接受GET請求資料
name = request.GET.get('name', '')  
age = int(request.GET.get('age', '0'))             

2 送出表單之POST

方式一:

前端發送POST請求:
var data = {}  
# 如果頁面并沒有表單，隻是input框，請求也隻是發送這些值，那麼可以直接擷取放到data中  
data['name'] = $('#name').val()   
# 如果頁面有表單，那麼可以利用jquery的serialize()方法擷取表單的全部資料  
data = $('#form1').serialize();    
$.ajax({  
    type: 'POST',  
    url: /your/url/,  
    data: data,  #request Header中預設是Content-Type:application/x-www-form-urlencoded
    dataType: 'json', # 注意：期望伺服器傳回的資料類型  
    success: function(data) { # 這裡的data就是json格式的資料  
    },  
    error: function(xhr, type) {  
    }  
});
注: ajax中沒有指明content-type類型,請求頭中預設是Content-Type:application/x-www-form-urlencoded,是以參數會編碼為 name=xx&age=1 送出到後端,後端作為表單資料處理

後端接受請求表單資料:
name = request.POST.get('name', '')  
age = int(request.POST.get('age', '0'))  


方式二:

前端通過POST送出JSON資料
# POST一個json資料    
var data = {  
    “name”: "test",  
    "age", 1  
}  
$.ajax({  
    type: 'POST',  
    url: /your/url/,  
    data: JSON.stringify(data), # json對象轉化為字元串  
    #request Header注明content-type:'application/json; charset=UTF-8'
    contentType: 'application/json; charset=UTF-8',  
    dataType: 'json', # 注意：期望服務端傳回json格式的資料  
    success: function(data) { # 這裡的data就是json格式的資料  
    },  
    error: function(xhr, type) {  
    }  
}); 
注:  如果要給後端傳遞json資料,就需要增加content-type參數，告訴後端，傳遞過來的資料格式，并
且需要将data轉為字元串進行傳遞。實際上，服務端接收到後，發現是json格式，做的操作就是将字元串轉為json對象。
另外，不轉為字元串，即使加了content-type的參數，也預設會轉成name=xx&age=1，使後端無法擷取正确的json。

後端接受資料:
data = request.get_json()
另外，如果前端送出的資料格式不能被識别，可以用request.get_data()接收資料。 
           

3 request.META組成

request.META是python中一個字典,包含了本次所有HTTP請求的Header資訊,比如ip，浏覽器
    Agent。注意Header資訊的完整清單取決于使用者所發送的Header資訊與服務端設定的header資訊，常見的鍵值對有:
(1) HTTP_USER_AGENT，使用者浏覽器的user-agent字元串,例如： "Mozilla/5.0 (X11; U; Linux i686; fr-FR; rv:1.8.1.17) Gecko/20080829 Firefox/2.0.0.17" .
(2) REMOTE_ADDR用戶端ip，如"12.345.67.89" ，如果申請是經過代理伺服器的話，那麼它可能是
以逗号分割的多個IP位址，如："12.345.67.89,23.456.78.90")

    request.META是python一個普通字典，當鍵不存在時，通路會觸發一個KeyError異常。一般采用
    try/execpt語句或者用python中get()方法來處理，設定預設傳回，友好的響應用戶端。           

4 request.META調用設計

（1）要擷取使用者浏覽器資訊,寫法通常可以：
def ua_display(request):
    info = request.META.get('HTTP_USER_AGENT', 'unknown')
    return HttpResponse("Your browser is %s" % info)

 (2) 采用try/execpt語句防止阻塞程式
def ua_display_2(request):
    try:
        info = request.META['HTTP_USER_AGENT']
    except KeyError:
        info = 'unknown'
    return HttpResponse("Your browser is %s" % info)

(3) 想要看META中具體有哪些資料，采用python字典擷取鍵值items方法
values = request.META.items()
info = []
for k,v in values:
    info.append('<tr><td>%s</td><td>%s</td></tr>' % (k, v))

(4) 
           CONTENT_LENGTH   文本長度
            CONTENT_TYPE    資料類型
            HTTP_ACCEPT_ENCODING   編碼
            HTTP_ACCEPT_LANGUAGE    語言
            HTTP_REFERER    引用頁,如果有的話
            HTTP_USER_AGENT 客戶機使用者代理字元串
            QUERY_STRING  查詢字元串,單一的未解析的字元串
            REMOTE_ADDR   客戶機IP位址
            REMOTE_HOST    客戶機hostname
            REQUEST_METHOD 請求方式,比如 GET 或 POST
            SERVER_NAME 伺服器 hostname
            SERVER_PORT 伺服器端口

資訊如下：
ALLUSERSPROFILE C:\ProgramData
COMMONPROGRAMFILES  C:\Program Files\Common Files
COMSPEC C:\windows\system32\cmd.exe
CONFIGSETROOT   C:\windows\ConfigSetRoot
CONTENT_LENGTH 
CONTENT_TYPE    text/plain
CSRF_COOKIE 8dLJLZyBH801ba24VdzYqJ81b5nqTxh0
DJANGO_SETTINGS_MODULE  PythonProject.settings
FP_NO_HOST_CHECK    NO
GATEWAY_INTERFACE   CGI/1.1
HOMEDRIVE   C:
HTTP_ACCEPT text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
HTTP_ACCEPT_ENCODING    gzip,deflate,sdch
HTTP_ACCEPT_LANGUAGE    zh-CN,zh;q=0.8
HTTP_CONNECTION keep-alive
HTTP_COOKIE csrftoken=8dLJLZyBH801ba24VdzYqJ81b5nqTxh0; sessionid=1rf6hmdw7k0zzsg8q3q1lw2j75gmoood
HTTP_HOST   127.0.0.1:8000
HTTP_USER_AGENT Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.95 Safari/537.36
NUMBER_OF_PROCESSORS    4
OS  Windows_NT
PATH    E:\Python;E:\Python\Scripts;C:\windows\system32;E:\Python
PATHEXT .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC
PATH_INFO   /display_meta/
PROCESSOR_ARCHITECTURE  AMD64
PROCESSOR_IDENTIFIER    Intel64 Family 6 Model 42 Stepping 7, GenuineIntel
PROCESSOR_LEVEL 6
PROCESSOR_REVISION  2a07
PROMPT  $P$G
PSMODULEPATH    C:\windows\system32\WindowsPowerShell\v1.0\Modules\
PUBLIC  C:\Users\Public
QUERY_STRING   
REMOTE_ADDR 127.0.0.1
REMOTE_HOST
REQUEST_METHOD  GET
RUN_MAIN    true
SERVER_PROTOCOL HTTP/1.1
SERVER_SOFTWARE WSGIServer/0.1 Python/2.7.5
SESSIONNAME Console
SHIM_MCCOMPAT   0x810000001
WINDOWS_TRACING_FLAGS   3
WINDOWS_TRACING_LOGFILE C:\BVTBin\Tests\installpackage\csilogfile.log
wsgi.errors ', mode 'w' at 0x00000000025C6150>
wsgi.file_wrapper   wsgiref.util.FileWrapper
wsgi.input 
wsgi.multiprocess   False
wsgi.multithread    True
wsgi.run_once   False
wsgi.url_scheme http
wsgi.version    (1, 0)