django自帶的權(quán)限管理Permission用法說明
前言
一些公司內(nèi)部的CMS系統(tǒng)存在某些內(nèi)容讓指定的用戶有權(quán)限訪問，這時候可以用django自帶的權(quán)限管理進行限制，比較方便。
缺點：django自帶的權(quán)限是針對model（模型）的，不能針對單條數(shù)據(jù)，要針對單條數(shù)據(jù)需要額外的操作。
默認(rèn)的權(quán)限（add, change, delete, view）
django針對每個模型，生成了四個默認(rèn)的權(quán)限（add, change, delete, view)。例如，我有一個model叫Log，那么這四個默認(rèn)權(quán)限在數(shù)據(jù)庫的存儲格式為：
表auth_permission（注：id字段的值是隨便取的，使用python manage.py migrate的時候會自動生成）
id name content_type_id codename 1 Can add log 7 add_log 2 Can change log 7 change_log 3 Can delete log 7 delete_log 4 Can view log 7 view_log字段解釋
id：自動生成的
name： 描述權(quán)限的的內(nèi)容，無太大的實際作用
content_type_id：與django_content_type中的id字段對應(yīng)
codename：權(quán)限表示值，換句話說用add_log來表示用戶對Log模型有新增權(quán)限。驗證權(quán)限的時候就是驗證這個值
那如果我的模型叫Student呢，把上面表中的log替換成student就行了。
name字段中Can add xx，Can change xx等都是固定的，只有xx是根據(jù)模型來的。
同理，codename字段也是一樣，add_xxx，change_xxx。
auth_permission表中content_type_id字段還沒有解釋，先來看下面這張表：
表django_content_type
id app_label model 1 admin logentry 3 auth group 2 auth permission 4 auth user 5 contenttypes contenttype 6 sessions session 7 test log字段解釋
id：自增字段；auth_permission表的content_type_id字段就對應(yīng)這個值
app_label：屬于哪個app包，上面的Log就是test app下的模型
model：模型名字
使用方法
在函數(shù)中驗證權(quán)限，使用user.has_perm
例如：我們有一個書店，有普通員工A（model User），現(xiàn)在需要去出版社訂購一批書（model Book），我們判斷這個人是否有權(quán)利添加（add_book）書籍。
user = User.objects.get(username=’A’)# has_permission是一個boolean，因為Book模型是放在test app下面的has_permission = user.has_perm(’test.add_book’)
為什么驗證權(quán)限的時候前面要加app名，很好理解啊，不同app有同樣名字的權(quán)限，到底是驗證哪個呢？
驗證函數(shù)是否有執(zhí)行權(quán)限，使用@permission_required
@permission_requireddef function(): pass
permission_required有三個參數(shù)：
perm，描述權(quán)限的字符串，格式為：app名.權(quán)限。如'auth.add_user'，“auth.delete_user”
login_url，如果沒有權(quán)限需要跳轉(zhuǎn)的url字符串，如'/login'，“https://www.baidu.com”
raise_exception，boolean值，沒有權(quán)限是否觸發(fā)PermissionDenied異常，觸發(fā)異常則直接返回，不會跳轉(zhuǎn)到login_url指向的地址
在template上使用權(quán)限驗證
第一種寫法
首先，我們需要在app的根目錄下創(chuàng)建一個名為templatetags的包（IDEA會自動在包下創(chuàng)建__init__文件），接著在包里面創(chuàng)建一個文件my_tags.py，在my_tags.py里面定義一個過濾器has_permission，使用這個濾器對用戶進行權(quán)限驗證，它接收兩個參數(shù)：
user，當(dāng)前登錄的用戶對象
perm，需要驗證的權(quán)限字符串
from django import templateregister = template.Library()@register.filterdef has_permisstion(user, perm): if user: return user.has_perm(perm) return False
接著，我們創(chuàng)建一個名為index.html的模板頁面，一定要記得加載標(biāo)簽文件{% load my_tags %}。
<!DOCTYPE html>{% load my_tags %}<html lang='en'><head><meta charset='UTF-8'><title>首頁</title></head><body><p>后面的內(nèi)容只有有權(quán)限的人才能看到，{% if request.user|has_permisstion:’test.add_department’ %}我有權(quán)限{% endif %}</p></body></html>
目錄結(jié)構(gòu)：
演示結(jié)果，我已經(jīng)登錄過了，并且有權(quán)限了：
第二種寫法
使用模板里面的全局變量perms，例如perms.test.add_department
{% if perms.應(yīng)用名.權(quán)限標(biāo)識 %} <!-- 這里是有權(quán)限才顯示的內(nèi)容 -->{% endif %}
自定義權(quán)限
首先，我在test app的model文件中建立了一個Department模型，然后給他增加了一個自定義權(quán)限。
class Department(models.Model): name = models.CharField(null=True, max_length=20) user = models.ManyToManyField(User) one_user = models.ForeignKey(User, on_delete=models.SET_NULL, null=True, related_name=’one_user’) class Meta: # permissions是一個元組，記得每組權(quán)限后面加逗號，下面是一組權(quán)限 permissions = ( # (權(quán)限，權(quán)限描述), (’customize_permission’, ’This is my customize permission’), )
執(zhí)行下面語句進行數(shù)據(jù)庫同步修改：
python manage.py makemigrationspython manage.py migrate
系統(tǒng)輸出，說明增加成功
>> Migrations for ’test’: testmigrations0003_auto_20200407_1645.py - Change Meta options on department
打開數(shù)據(jù)庫驗證，成功。
然后，我們就能像前面一樣使用customize_permission這個權(quán)限了。
以上這篇django自帶的權(quán)限管理Permission用法說明就是小編分享給大家的全部內(nèi)容了，希望能給大家一個參考，也希望大家多多支持好吧啦網(wǎng)。
相關(guān)文章：
1. 用css截取字符的幾種方法詳解（css排版隱藏溢出文本）2. ASP.NET MVC遍歷驗證ModelState的錯誤信息3. jsp網(wǎng)頁實現(xiàn)貪吃蛇小游戲4. ASP 信息提示函數(shù)并作返回或者轉(zhuǎn)向5. CSS hack用法案例詳解6. asp中response.write("中文")或者js中文亂碼問題7. 將properties文件的配置設(shè)置為整個Web應(yīng)用的全局變量實現(xiàn)方法8. PHP設(shè)計模式中工廠模式深入詳解9. 刪除docker里建立容器的操作方法10. asp(vbs)Rs.Open和Conn.Execute的詳解和區(qū)別及&H0001的說明
網(wǎng)公網(wǎng)安備