登入介面設計和實現

阿新 • • 發佈：2018-11-28

---恢復內容開始---

1、使用者功能設計與設計：

　　提供使用者註冊處理

　　提供使用者登入處理

　　提供路由配置

2、使用者登入介面設計：

　　接受使用者通過POST 方法提交的登入資訊，提交的資料是JSON 格式資料。

　　從user表中 email 找出匹配的一條記錄，驗證密碼是否正確

　　驗證通過說明是合法的使用者登入，顯示歡迎頁面

　　驗證失敗返回錯誤狀態碼，4XX

　　整個過程都採用AJAX非同步過程，使用者提交JSON 資料，服務端回去資料後處理，返回JSON　　

　　URL： /user/login

　　METHOD:POST

3、路由配置：

4、登入程式碼：　　　

 1 # 登入業務
 2 def login(request:HttpRequest):
 3     play = simplejson.loads(request.body)
 4     try:
 5         # 一般推薦先有索引的放前面
 6         email = play['email']
 7         user = User.objects.filter(email=email).get()
 8 
 9         # 輸入密碼 和 資料庫中密碼對比
10         if bcrypt.checkpw(play[' 
password'].encode(), user.password.encode()):
11             # 驗證通過
12             token = gen_token(user.id)
13             res = JsonResponse({
14                 'user':{
15                     "user_id":user.id,
16                     "name":user.name,
17                     "email":user.email
18 
                 },
19                 'token':token
20             })
21             res.set_cookie('Jwt', token) # set cookie
22             return res
23         else:
24             return HttpResponseBadRequest(status=400)
25     except Exception as e:
26         return JsonResponse("輸入有誤")

　　1、將使用者資訊返回去，瀏覽器可以使用，處了密碼

　　 2、伺服器端通過set_cookie 讓客戶端強行修改cookie（客戶端一般都開啟的cookie）

5、介面認證：

　　如何獲取瀏覽器提交的token資訊？

　　1、使用Header中的Authorization　　

　　　　通過這個header增加token資訊

　　　　通過header傳送資料，方法可以是post ， get

　　2、自定義header

　　　　JWT來發送token　　

　　　　我們選擇第二種

　　　認證：

　　　　基本上所有的業務都需要認證使用者的資訊

　　　　在這裡比較時間戳，如果過期，就直接拋未認證401，客戶端收到後就該直接跳轉到登入頁

　　　　如果沒有提交user id，就直接重新登入，如果使用者查到了，填充user物件。

　　　　request -》時間戳比較-》 user id 比較 --》向後執行。

　　　　測試：沒有報錯，就證明是沒有修改過的
　　　　

　　　　　　提供一個函式，呼叫業務函式之前，看下，之前是否登陸過

 1 #  只要需要認證的地方都可以加這個功能，是否登陸過
 2 def auth(view_func):
 3     def wrapper(request:HttpRequest):
 4         token = request.META.get('HTTP_JWT', None)
 5         print(token,type(token),'== = = = = ') # str
 6         try:# 獲取到 token中的payload，證明是之前登入過的使用者
 7             play = jwt.decode(token, KEY, algorithms=['HS256'])
 8             print(play, type(play),'=============')
 9             # 但是雖然是之前的，但是得確保，這一時刻，資料庫中還存在這個使用者嗎，是否啟用狀態等
10             user = User.objects.get(pk=play["user_id"])
11             print(user,'====  = = = = = = == ')
12             # 如果查到了，接下來的業務處理：
13             if user:
14                 #查到，也就是已經登入，要利用這些使用者資訊，所以要動態註冊到request中
15                 request.user = user # 這樣，下面執行show方法的時候，就可以利用這個使用者屬性了
16             # 如果沒查到，user就報錯了，所以這塊沒必要寫
17             # else:
18             #     return HttpResponseBadRequest()
19         except Exception as e:
20             print(e)
21             return HttpResponseBadRequest('n or p 錯誤')
22         ret = view_func(request)
23         # 這個中間還可以執行去其他的業務。。。。。
24         return ret
25     return wrapper
26 
27 @auth -----裝飾器實現
28 def show(request:HttpRequest):
29     # 例如：
30     print(request.user,'==')
31     print(type(request.user))
32     return JsonResponse({'1':7})

---恢復內容結束---

1、使用者功能設計與設計：

　　提供使用者註冊處理

　　提供使用者登入處理

　　提供路由配置

2、使用者登入介面設計：

　　接受使用者通過POST 方法提交的登入資訊，提交的資料是JSON 格式資料。

　　從user表中 email 找出匹配的一條記錄，驗證密碼是否正確

　　驗證通過說明是合法的使用者登入，顯示歡迎頁面

　　驗證失敗返回錯誤狀態碼，4XX

　　整個過程都採用AJAX非同步過程，使用者提交JSON 資料，服務端回去資料後處理，返回JSON　　

　　URL： /user/login

　　METHOD:POST

3、路由配置：

4、登入程式碼：　　　

 1 # 登入業務
 2 def login(request:HttpRequest):
 3     play = simplejson.loads(request.body)
 4     try:
 5         # 一般推薦先有索引的放前面
 6         email = play['email']
 7         user = User.objects.filter(email=email).get()
 8 
 9         # 輸入密碼 和 資料庫中密碼對比
10         if bcrypt.checkpw(play['password'].encode(), user.password.encode()):
11             # 驗證通過
12             token = gen_token(user.id)
13             res = JsonResponse({
14                 'user':{
15                     "user_id":user.id,
16                     "name":user.name,
17                     "email":user.email
18                 },
19                 'token':token
20             })
21             res.set_cookie('Jwt', token) # set cookie
22             return res
23         else:
24             return HttpResponseBadRequest(status=400)
25     except Exception as e:
26         return JsonResponse("輸入有誤")

　　1、將使用者資訊返回去，瀏覽器可以使用，處了密碼

　　 2、伺服器端通過set_cookie 讓客戶端強行修改cookie（客戶端一般都開啟的cookie）

5、介面認證：

　　如何獲取瀏覽器提交的token資訊？

　　1、使用Header中的Authorization　　

　　　　通過這個header增加token資訊

　　　　通過header傳送資料，方法可以是post ， get

　　2、自定義header

　　　　JWT來發送token　　

　　　　我們選擇第二種

　　　認證：

　　　　基本上所有的業務都需要認證使用者的資訊

　　　　在這裡比較時間戳，如果過期，就直接拋未認證401，客戶端收到後就該直接跳轉到登入頁

　　　　如果沒有提交user id，就直接重新登入，如果使用者查到了，填充user物件。

　　　　request -》時間戳比較-》 user id 比較 --》向後執行。

　　　　測試：沒有報錯，就證明是沒有修改過的
　　　　

　　　　　　提供一個函式，呼叫業務函式之前，看下，之前是否登陸過

 1 #  只要需要認證的地方都可以加這個功能，是否登陸過
 2 def auth(view_func):
 3     def wrapper(request:HttpRequest):
 4         token = request.META.get('HTTP_JWT', None)
 5         print(token,type(token),'== = = = = ') # str
 6         try:# 獲取到 token中的payload，證明是之前登入過的使用者
 7             play = jwt.decode(token, KEY, algorithms=['HS256'])
 8             print(play, type(play),'=============')
 9             # 但是雖然是之前的，但是得確保，這一時刻，資料庫中還存在這個使用者嗎，是否啟用狀態等
10             user = User.objects.get(pk=play["user_id"])
11             print(user,'====  = = = = = = == ')
12             # 如果查到了，接下來的業務處理：
13             if user:
14                 #查到，也就是已經登入，要利用這些使用者資訊，所以要動態註冊到request中
15                 request.user = user # 這樣，下面執行show方法的時候，就可以利用這個使用者屬性了
16             # 如果沒查到，user就報錯了，所以這塊沒必要寫
17             # else:
18             #     return HttpResponseBadRequest()
19         except Exception as e:
20             print(e)
21             return HttpResponseBadRequest('n or p 錯誤')
22         ret = view_func(request)
23         # 這個中間還可以執行去其他的業務。。。。。
24         return ret
25     return wrapper
26 
27 @auth -----裝飾器實現
28 def show(request:HttpRequest):
29     # 例如：
30     print(request.user,'==')
31     print(type(request.user))
32     return JsonResponse({'1':7})

　　　　Django的認證：

　　　　　　本專案使用了無session的機制，且使用者資訊自己建表管理，所以認證需要自己實現

6、中介軟體技術Midleware　　　　　　

　　官方定義：在Django的request 和response處理過程中，由框架提供的hook鉤子

　　中介軟體技術，在1.10之後，發生改變，使用新的定義方式

　　參看：https://docs.djangoproject.com/en/1.11/topics/http/middleware/#writing-your-own-middleware

　　中介軟體實現方式：有兩種

　　　　自定義的中介軟體，也要在這裡註冊：一般寫在最後，先用框架自己的中介軟體。

　　　　自己寫中介軟體：https://docs.djangoproject.com/en/1.11/topics/http/middleware/#writing-your-own-middleware

　　　　　　右擊中介軟體名，選擇copyreference，新增到settings.py中。

　　　　　但是，這樣所有的請求和響應都攔截，我們還得判斷是不是訪問的想要攔截的view函式，所以，考慮其他的方法。中介軟體有很多用途，適當的攔截所有請求和響應，例如瀏覽器端的IP 是否被禁用，UserAgent分析，異常響應的統一處理。

　　　　　例如本專案的認證，登入的時候，就不能用中介軟體，所以不適合註冊一箇中間件來攔截，而是使用裝飾器，需要攔截的就加上此功能。　　　

　　裝飾器：

　　　　在需要認證的view 函式上增加認證功能，寫一個裝飾器函式，誰需要認證，就在這個view函式上應用這個裝飾器

 1 AUTH_EXPIRE = 8*60*60 # 8 小時過期，可以解除安裝settings中，通過from django.conf import settings呼叫
 2 #  只要需要認證的地方都可以加這個功能，是否登陸過
 3 def auth(view_func):
 4     def wrapper(request:HttpRequest):
 5         token = request.META.get('HTTP_JWT', None)
 6         print(token,type(token),'== = = = = ') # str
 7         try:# 獲取到 token中的payload，證明是之前登入過的使用者
 8             play = jwt.decode(token, KEY, algorithms=['HS256'])
 9             # 但是雖然是之前的，但是得確保，這一時刻，資料庫中還存在這個使用者嗎，是否啟用狀態等
10             # 驗證過期時間：
11             current = datetime.datetime.now().timestamp()
12             if (current - play.get('timestamp', 0)) > AUTH_EXPIRE:
13                 return HttpResponse("過期了")
14 
15             user = User.objects.get(pk=play["user_id"])
16             # 如果查到了，接下來的業務處理：
17             if user:
18                 #查到，也就是已經登入，要利用這些使用者資訊，所以要動態註冊到request中
19                 request.user = user # 這樣，下面執行show方法的時候，就可以利用這個使用者屬性了
20             # 如果沒查到，user就報錯了，所以這塊沒必要寫
21             # else:
22             #     return HttpResponseBadRequest()
23         except Exception as e:
24             print(e)
25             return HttpResponseBadRequest('n or p 錯誤')
26         ret = view_func(request)
27         # 這個中間還可以執行去其他的業務。。。。。
28         return ret
29     return wrapper
30 
31 @auth # 很自由的應用在需要認證的view 函式上。
32 def show(request:HttpRequest):
33     # 例如：
34     print(request.user,'==')
35     print(type(request.user))
36     return JsonResponse({'1':7})

　　　　Jwt 過期問題：（過期兩種方式：過期的起點時間和到期時間）

　　　　　　pyjwt 支援過期設定，在decode的時候，如果過期，則丟擲異常，

　　　　　　需要在payload中增加 claim exp。exp要求是一個整數int的時間戳。

 1 #  只要需要認證的地方都可以加這個功能，是否登陸過
 2 def auth(view_func):
 3     def wrapper(request:HttpRequest):
 4         token = request.META.get('HTTP_JWT', None)
 5         print(token,type(token),'== = = = = ') # str
 6         try:# 獲取到 token中的payload，證明是之前登入過的使用者
 7             # 認證的同時，驗證過期時間：過期或拋異常（可以通過時間判斷，塊過期的時候，續期，set cookie重新發一次）
 8             play = jwt.decode(token, KEY, algorithms=['HS256'])
 9             # 但是雖然是之前的，但是得確保，這一時刻，資料庫中還存在這個使用者嗎，是否啟用狀態等
10 
11             user = User.objects.get(pk=play["user_id"])
12             # 如果查到了，接下來的業務處理：
13             if user:
14                 #查到，也就是已經登入，要利用這些使用者資訊，所以要動態註冊到request中
15                 request.user = user # 這樣，下面執行show方法的時候，就可以利用這個使用者屬性了
16             # 如果沒查到，user就報錯了，所以這塊沒必要寫
17             # else:
18             #     return HttpResponseBadRequest()
19         except Exception as e:
20             print(e)
21             return HttpResponseBadRequest('n or p 錯誤')
22         ret = view_func(request)
23         # 這個中間還可以執行去其他的業務。。。。。
24         return ret
25     return wrapper

　　　　　測試用的：exp claim，此程式碼，可以用於續期，通過判斷，快過期，就通過set cookie重新發一個jwt 過去。　

 1 import jwt
 2 import datetime
 3 import threading
 4 
 5 event = threading.Event()
 6 key = 'jerry'
 7 # 在jwt  的payload中增加 exp  claim
 8 data = jwt.encode({'name':'jerry','exp':int(datetime.datetime.now().timestamp() + 3)}, key)
 9 print(jwt.get_unverified_header(data))# 獲取沒有過期的頭
10 try:
11     while not event.wait(1):
12         print(jwt.decode(data, key))
13         print(datetime.datetime.now().timestamp())
14 except jwt.ExpiredSignatureError as e:# 過期就拋異常
15     print(e)
16     
17 print(jwt.get_unverified_header(data))

登入介面設計和實現

---恢復內容開始--- 1、使用者功能設計與設計：　　提供使用者註冊處理　　提供使用者登入處理　　提供路由配置 2、使用者登入介面設計：　　接受使用者通過POST 方法提交的登入資訊，提交的資料是JSON 格式資料。　　　　從user表中 email 找出匹配的一條記錄，驗證密

動態規劃分析總結——怎樣設計和實現動態規劃算法

基於進一步使用 sdn 能夠疑惑樓梯 -1 們的進行算法設計的時候，時常有這種體會：假設已經知道一道題目能夠用動態規劃求解，那麽非常easy找到對應的動態規劃算法並實現；動態規劃算法的難度不在於實現，而在於分析和設計—— 首先你得知道這道題目須要用動態規劃來求

WCF 設計和實現服務協定（01）

equal del 時間 center tracking ng- size 實用數據作者：jiankunking 出處：http://blog.csdn.net/jiankunkingWCF 術語：? 消息 – 消息是一

類Shiro權限校驗框架的設計和實現(2)--對復雜權限表達式的支持

treemap evel 註冊 st3 builder row blog array www. 前言: 　　我看了下shiro好像默認不支持復雜表達式的權限校驗, 它需要開發者自己去做些功能擴展的工作. 針對這個問題, 同時也會為了彌補上一篇文章提到的支持復雜表示需求,

C#定時調用的Quartz項目設計和實現

() pub factor 總結 entity com hid 項目設計 tor 1.首先必須清楚一些概念:調度器,作業,定時觸發器,如下 2.關於一個Quartz定時調用的項目的設計和實現　　把需要的東西抽象出來,比如把作業的一些屬性,如作業的名稱等,如下 1

深入研究Spring-IoC:兩種設計和實現

一.Sprng IOC 解除了物件例項化造成的耦合現象；將物件的建立和對生命週期的管理交給了容器來管理，可以通過注入的方式將IOC容器中的物件供給開發者使用，極大方便了開發。二.IOC容器系列的兩種設計和實現–BeanFactory和ApplicationCont

一個較完整的Qt登入介面設計

正在學習Qt,做了一個登入介面程式，用資料庫儲存使用者名稱和密碼，可以增加和刪除使用者，為新人學習提供小小幫助。直接上圖了。 1.登入介面 2主介面 3.增加使用者介面 4.整體介面整體來講登入介面的功能都有了，比較簡單。程式碼地址：http

08有關類設計和實現的問題（類的結構關系）

怎麽包含 let 層次維護大量 raw int() 模式一. 類內部的設計和實現 ? 給類定義合理的接口，對於創建高質量程序起到了關鍵作用。然而，類內部的設計和實現也同樣重要。這裏主要論述關於包含、繼承、成員函數和數據成員、類之間的耦合性、構造函數、值對象與引用對象

3D物體建模和渲染的跟蹤球互動設計和實現

1. 前言整理電腦時發現自己本科選了一些有意思的選修課，寫了一些小專案，馬上就要畢業了，不想就這麼刪了，決定花點時間整理出來，跟大家分享一下。 2. 實驗目的綜合應用計算機圖形學老師所教授的理論知識，本實驗採用openGL程式設計，實現一個基於3D物體建模和渲染的跟蹤球互動應用程式

如何設計和實現高可用的MySQL

歡迎大家前往騰訊雲+社群，獲取更多騰訊海量技術實踐乾貨哦~ 本文由騰訊雲資料庫 TencentDB發表於雲+社群專欄王甲坤，騰訊高階工程師、騰訊雲關係型資料庫MySQL負責人，擁有多年客戶端、資料庫研發經驗。在IOS客戶端、MySQL、PostgreSQL、SQL Server等產品有豐富的研

effective c++條款34：區分介面繼承和實現繼承

1. 純虛擬函式也可以有具體實現 #include <iostream> using namespace std; class Airplane { public: virtual void fly(const char *)const = 0; }; void Airplan

記憶體池的設計和實現 -- C++應用程式效能優化

分享一下我老師大神的人工智慧教程！零基礎，通俗易懂！http://blog.csdn.net/jiangjunshow 也歡迎大家轉載本篇文章。分享知識，造福人民，實現我們中華民族偉大復興！

如何設計和實現高可用MySQL

安卓實戰之登入介面設計

安卓實戰之登入介面設計執行環境： windows10+ Android Studio2.3.3 +API 21 （適用android 5.0以上版本的手機）（1）知識儲備（知識儲備連結：https://blog.csdn.net/biggerchong/arti

基於redis的排行榜設計和實現

http://www.cnblogs.com/mumuxinfei/p/5013357.html 前言: 　　最近想實現一個網頁闖關遊戲的排行榜設計, 相對而言需求比較簡單. 秉承前廠長的訓導: “做一件事之前, 先看看別人是怎麼做的”. 於是乎網上搜索並參考了不少排行榜的實現機制, 很多人都推

【轉】分散式事務之TCC服務設計和實現注意事項

1、TCC簡介 TCC是一種比較成熟的分散式事務解決方案，可用於解決跨庫操作的資料一致性問題； TCC是服務化的兩階段程式設計模型，其Try、Confirm、Cancel 3個方法均由業務編碼實現；其中Try操作作為一階段，負責資源的檢查和預留，Confirm操作作為二階段提交操作，執行真正的業務，C

XRender 擴充套件的設計和實現（Design and Implementation of the X Rendering Extension）

原文地址：https://keithp.com/~keithp/talks/usenix2001/xrender/，本文僅做翻譯。 X Rendering Extension（或者說render，XRender）是X11核心協議的擴充套件，用於在X Server中實現

網路程式設計——（connectTCP和connectUDP的實現）2.利用TCP/UDP完成檔案傳輸的設計和實現(下)

每個客戶與伺服器建立聯絡必須：選擇協議(UDP或TCP) 查詢伺服器的機器名查詢所期望的服務並將其對映到協議埠號分配套接字並與之連線將這部分工作進行封裝，置於某個過程當中，只需一次編碼。我們想要實現以下抽象： socket = connectTCP(mac

《Effective C++》讀書筆記條款34:區分介面繼承和實現繼承

第一次記錄讀書筆記，因為覺得純讀很沒有意思，於是突然決定開始寫部落格記錄一下，理解的也不深。菜鳥也希望能有進步，希望自己堅持，前面的條款在後來會補。這一條款主要講純虛擬函式、虛擬函式和普通成員函式在public繼承時不同的地方。public繼承的概念包括兩個：

資訊網站的設計和實現

一、目的和意義：資訊對於人們的日常生活而言非常重要，無論是國家政策還是生活中的柴米油鹽，人民可以根據相關資訊調整自己的行為和計劃。隨著移動網際網路的發展，人們獲取資訊的渠道越來越多。目前國內97.4%的手機資訊使用者每天都會通過手機查閱新聞等資訊。使用者除了最常用的瞭解最新資訊的需求外，還

登入介面設計和實現

1、使用者功能設計與設計：

2、使用者登入介面設計：

3、路由配置：

4、登入程式碼：

1、將使用者資訊返回去，瀏覽器可以使用，處了密碼

5、介面認證：

1、使用者功能設計與設計：

2、使用者登入介面設計：

3、路由配置：

4、登入程式碼：

1、將使用者資訊返回去，瀏覽器可以使用，處了密碼

5、介面認證：

6、中介軟體技術Midleware

相關推薦

4、登入程式碼：　　　

　　1、將使用者資訊返回去，瀏覽器可以使用，處了密碼

4、登入程式碼：　　　

　　1、將使用者資訊返回去，瀏覽器可以使用，處了密碼

6、中介軟體技術Midleware　　　　　　