創(chuàng)新互聯(lián)www.cdcxhl.cn八線動態(tài)BGP香港云服務(wù)器提供商,新人活動買多久送多久,劃算不套路!
創(chuàng)新互聯(lián)建站,專注為中小企業(yè)提供官網(wǎng)建設(shè)、營銷型網(wǎng)站制作、成都響應(yīng)式網(wǎng)站建設(shè)、展示型成都做網(wǎng)站、網(wǎng)站制作等服務(wù),幫助中小企業(yè)通過網(wǎng)站體現(xiàn)價值、有效益。幫助企業(yè)快速建站、解決網(wǎng)站建設(shè)與網(wǎng)站營銷推廣問題。小編給大家分享一下django寫權(quán)限的方法,希望大家閱讀完這篇文章后大所收獲,下面讓我們一起去探討吧!
Django權(quán)限機制概述
權(quán)限機制能夠約束用戶行為,控制頁面的顯示內(nèi)容,也能使API更加安全和靈活;用好權(quán)限機制,能讓系統(tǒng)更加強大和健壯。因此,基于Django的開發(fā),理清Django權(quán)限機制是非常必要的。
Django的權(quán)限控制
Django用user, group和permission完成了權(quán)限機制,這個權(quán)限機制是將屬于model的某個permission賦予user或group,可以理解為全局的權(quán)限,即如果用戶A對數(shù)據(jù)模型(model)B有可寫權(quán)限,那么A能修改model B的所有實例(objects)。group的權(quán)限也是如此,如果為group C 賦予model B的可寫權(quán)限,則隸屬于group C 的所有用戶,都可以修改model B的所有實例。
這種權(quán)限機制只能解決一些簡單的應(yīng)用需求,而大部分應(yīng)用場景下,需要更細分的權(quán)限機制。以博客系統(tǒng)為例,博客系統(tǒng)的用戶可分為『管理員』、『編輯』、『作者』和『讀者』四個用戶組;博客系統(tǒng)管理員和編輯具有查看、修改和刪除所有的文章的權(quán)限,作者只能修改和刪除自己寫的文章,而讀者則只有閱讀權(quán)限。管理員、編輯和讀者的權(quán)限,我們可以用全局權(quán)限做控制,而對于作者,全局權(quán)限無法滿足需求,僅通過全局權(quán)限,要么允許作者編輯不屬于自己的文章,要么讓作者連自己的文章都無法修改。
上述的應(yīng)用場景,Django自帶的權(quán)限機制無法滿足需求,需要引入另一種更細的權(quán)限機制:對象權(quán)限(object permission)。
Object Permission是一種對象顆粒度上的權(quán)限機制,它允許為每個具體對象授權(quán)。仍沿用最開始的例子,如果model B有三個實例 B1,B2 和B3,如果我們把B1的可寫權(quán)限賦予用戶A,則A可以修改B1對象,而對B2,B3無法修改。
對group也一樣,如果將B2的可寫權(quán)限賦予group C,則隸屬于group C的所有用戶均可以修改B2,但無法修改B1和B3。結(jié)合Django自帶權(quán)限機制和object permission,博客系統(tǒng)中作者的權(quán)限控制迎刃而解:系統(tǒng)全局上不允許作者編輯文章,而對于屬于作者的具體文章,賦予編輯權(quán)限即可。
Django其實包含了object permission的框架,但沒有具體實現(xiàn),object permission的實現(xiàn)需要借助第三方app django-guardian,我們在開發(fā)中用調(diào)用django guradian封裝好的方法即可。
Django的權(quán)限項
Django用permission對象存儲權(quán)限項,每個model默認都有三個permission,即add model, change model和delete model。例如,定義一個名為『Car』model,定義好Car之后,會自動創(chuàng)建相應(yīng)的三個permission:add_car, change_car和delete_car。Django還允許自定義permission,例如,我們可以為Car創(chuàng)建新的權(quán)限項:drive_car, clean_car, fix_car等等
需要注意的是,permission總是與model對應(yīng)的,如果一個object不是model的實例,我們無法為它創(chuàng)建/分配權(quán)限。
Django 自帶權(quán)限機制的應(yīng)用
Permission
如上文所述,Django定義每個model后,默認都會添加該model的add, change和delete三個permission,自定義的permission可以在我們定義model時手動添加:
class Task(models.Model): ... class Meta: permissions = ( ("view_task", "Can see available tasks"), ("change_task_status", "Can change the status of tasks"), ("close_task", "Can remove a task by setting its status as closed"), )
每個permission都是django.contrib.auth.Permission類型的實例,該類型包含三個字段name, codename 和 content_type,其中 content_type反應(yīng)了permission屬于哪個model,codename如上面的view_task,代碼邏輯中檢查權(quán)限時要用, name是permission的描述,將permission打印到屏幕或頁面時默認顯示的就是name。
在model中創(chuàng)建自定義權(quán)限,從系統(tǒng)開發(fā)的角度,可理解為創(chuàng)建系統(tǒng)的內(nèi)置權(quán)限,如果需求中涉及到用戶使用系統(tǒng)時創(chuàng)建自定義權(quán)限,則要通過下面方法:
from myapp.models import BlogPost from django.contrib.auth.models import Permission from django.contrib.contenttypes.models import ContentType content_type = ContentType.objects.get_for_model(BlogPost) permission = Permission.objects.create(codename='can_publish', name='Can Publish Posts', content_type=content_type)
User Permission管理
User對象的user_permission字段管理用戶的權(quán)限:
myuser.user_permissions = [permission_list] myuser.user_permissions.add(permission, permission, ...) #增加權(quán)限 myuser.user_permissions.remove(permission, permission, ...) #刪除權(quán)限 myuser.user_permissions.clear() #清空權(quán)限
檢查用戶權(quán)限用has_perm()方法:
myuser.has_perm('myapp.fix_car')
has_perm()方法的參數(shù),即permission的codename,但傳遞參數(shù)時需要加上model 所屬app的前綴,格式為<app label>.<permission codename>。
無論permission賦予user還是group,has_perm()方法均適用
Group Permission管理
group permission管理邏輯與user permission管理一致,group中使用permissions字段做權(quán)限管理:
group.permissions = [permission_list] group.permissions.add(permission, permission, ...) group.permissions.remove(permission, permission, ...) group.permissions.clear()
permission_required 裝飾器
權(quán)限能約束用戶行為,當業(yè)務(wù)邏輯中涉及到權(quán)限檢查時,decorator能夠分離權(quán)限驗證和核心的業(yè)務(wù)邏輯,使代碼更簡潔,邏輯更清晰。permission的decorator為permission_required:
from django.contrib.auth.decorators import permission_required @permission_required('car.drive_car') def my_view(request):
Template中的權(quán)限檢查
Template中使用全局變量perms存儲當前用戶的所有權(quán)限,權(quán)限檢查可以參考下面例子:
{% if perms.main.add_page %} <li class="dropdown"> <a href="#" rel="external nofollow" class="dropdown-toggle" data-toggle="dropdown" role="button" aria-expanded="false">Pages <span class="caret"></span></a> <ul class="dropdown-menu" role="menu"> <li><a href="{% url 'main:admin_pages' %}" rel="external nofollow" >All Pages</a></li> <li><a href="{% url 'main:admin_page' %}" rel="external nofollow" >New Page</a></li> <li><a href="{% url 'main:admin_pages' %}?draft=true" rel="external nofollow" >Drafts</a></li> </ul> </li> {% endif %}
基于Django-guardian的object permission的應(yīng)用
Django-guardian基于django的原生邏輯擴展了django的權(quán)限機制,應(yīng)用django-guardian后,可以使用django-guardian提供的方法以及django的原生方法檢查全局權(quán)限,django-guardian提供的object permission機制使django的權(quán)限機制更加完善。
django-guardian詳細的使用文檔請參考官方文檔,其object permission常用方法如下:
from guardian.shortcuts import assign_perm, get_perms from guardian.core import ObjectPermissionChecker from guardian.decorators import permission_required
添加object permission
添加object permission使用assign_perm()方法,如為用戶添加對mycar對象的drive_car權(quán)限:
assign_perm('myapp.drive_car', request.user, mycar)
assign_perm()方法也可用于group
assign_perm('myapp.drive_car', mygroup, mycar)
Django原生提供了一種簡單的全局權(quán)限(global permission)控制機制,但很多應(yīng)用場景下,對象權(quán)限(object permission)更加有用;django-guardian是目前比較活躍的一個django extension,提供了一種有效的object permission控制機制,與django原生機制一脈相承,推薦使用。
看完了這篇文章,相信你對django寫權(quán)限的方法有了一定的了解,想了解更多相關(guān)知識,歡迎關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道,感謝各位的閱讀!
當前標題:django寫權(quán)限的方法-創(chuàng)新互聯(lián)
文章起源:http://www.rwnh.cn/article28/dghhcp.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供品牌網(wǎng)站建設(shè)、建站公司、外貿(mào)建站、全網(wǎng)營銷推廣、網(wǎng)站排名、做網(wǎng)站
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)