django自帶的權限管理Permission用法說明
前言
一些公司內(nèi)部的CMS系統(tǒng)存在某些內(nèi)容讓指定的用戶有權限訪問，這時候可以用django自帶的權限管理進行限制，比較方便。
缺點：django自帶的權限是針對model（模型）的，不能針對單條數(shù)據(jù)，要針對單條數(shù)據(jù)需要額外的操作。
默認的權限（add, change, delete, view）
django針對每個模型，生成了四個默認的權限（add, change, delete, view)。例如，我有一個model叫Log，那么這四個默認權限在數(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： 描述權限的的內(nèi)容，無太大的實際作用
content_type_id：與django_content_type中的id字段對應
codename：權限表示值，換句話說用add_log來表示用戶對Log模型有新增權限。驗證權限的時候就是驗證這個值
那如果我的模型叫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字段就對應這個值
app_label：屬于哪個app包，上面的Log就是test app下的模型
model：模型名字
使用方法
在函數(shù)中驗證權限，使用user.has_perm
例如：我們有一個書店，有普通員工A（model User），現(xiàn)在需要去出版社訂購一批書（model Book），我們判斷這個人是否有權利添加（add_book）書籍。
user = User.objects.get(username=’A’)# has_permission是一個boolean，因為Book模型是放在test app下面的has_permission = user.has_perm(’test.add_book’)
為什么驗證權限的時候前面要加app名，很好理解啊，不同app有同樣名字的權限，到底是驗證哪個呢？
驗證函數(shù)是否有執(zhí)行權限，使用@permission_required
@permission_requireddef function(): pass
permission_required有三個參數(shù)：
perm，描述權限的字符串，格式為：app名.權限。如'auth.add_user'，“auth.delete_user”
login_url，如果沒有權限需要跳轉的url字符串，如'/login'，“https://www.baidu.com”
raise_exception，boolean值，沒有權限是否觸發(fā)PermissionDenied異常，觸發(fā)異常則直接返回，不會跳轉到login_url指向的地址
在template上使用權限驗證
第一種寫法
首先，我們需要在app的根目錄下創(chuàng)建一個名為templatetags的包（IDEA會自動在包下創(chuàng)建__init__文件），接著在包里面創(chuàng)建一個文件my_tags.py，在my_tags.py里面定義一個過濾器has_permission，使用這個濾器對用戶進行權限驗證，它接收兩個參數(shù)：
user，當前登錄的用戶對象
perm，需要驗證的權限字符串
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的模板頁面，一定要記得加載標簽文件{% load my_tags %}。
<!DOCTYPE html>{% load my_tags %}<html lang='en'><head><meta charset='UTF-8'><title>首頁</title></head><body><p>后面的內(nèi)容只有有權限的人才能看到，{% if request.user|has_permisstion:’test.add_department’ %}我有權限{% endif %}</p></body></html>
目錄結構：
演示結果，我已經(jīng)登錄過了，并且有權限了：
第二種寫法
使用模板里面的全局變量perms，例如perms.test.add_department
{% if perms.應用名.權限標識 %} <!-- 這里是有權限才顯示的內(nèi)容 -->{% endif %}
自定義權限
首先，我在test app的model文件中建立了一個Department模型，然后給他增加了一個自定義權限。
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是一個元組，記得每組權限后面加逗號，下面是一組權限 permissions = ( # (權限，權限描述), (’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這個權限了。
以上這篇django自帶的權限管理Permission用法說明就是小編分享給大家的全部內(nèi)容了，希望能給大家一個參考，也希望大家多多支持好吧啦網(wǎng)。
相關文章：
1. PHP設計模式中工廠模式深入詳解2. asp(vbs)Rs.Open和Conn.Execute的詳解和區(qū)別及&H0001的說明3. Ajax實現(xiàn)表格中信息不刷新頁面進行更新數(shù)據(jù)4. JSP數(shù)據(jù)交互實現(xiàn)過程解析5. ThinkPHP5實現(xiàn)JWT Token認證的過程(親測可用)6. .NET中l(wèi)ambda表達式合并問題及解決方法7. ASP.NET MVC遍歷驗證ModelState的錯誤信息8. 解決AJAX返回狀態(tài)200沒有調(diào)用success的問題9. ASP 信息提示函數(shù)并作返回或者轉向10. CSS hack用法案例詳解
網(wǎng)公網(wǎng)安備