本文研究的主要是Django權限機制的相關內容，具體如下。
權限機制能夠約束用戶行為，控制頁面的顯示內容，也能使API更加安全和靈活；用好權限機制，能讓系統(tǒng)更加強大和健壯。因此，基于Django的開發(fā)，理清Django權限機制是非常必要的。
Django用user, group和permission完成了權限機制，這個權限機制是將屬于model的某個permission賦予user或group，可以理解為全局的權限，即如果用戶A對數據模型（model）B有可寫權限，那么A能修改model B的所有實例（objects）。group的權限也是如此，如果為group C 賦予model B的可寫權限，則隸屬于group C 的所有用戶，都可以修改model B的所有實例。
這種權限機制只能解決一些簡單的應用需求，而大部分應用場景下，需要更細分的權限機制。以博客系統(tǒng)為例，博客系統(tǒng)的用戶可分為『管理員』、『編輯』、『作者』和『讀者』四個用戶組；博客系統(tǒng)管理員和編輯具有查看、修改和刪除所有的文章的權限，作者只能修改和刪除自己寫的文章，而讀者則只有閱讀權限。管理員、編輯和讀者的權限，我們可以用全局權限做控制，而對于作者，全局權限無法滿足需求，僅通過全局權限，要么允許作者編輯不屬于自己的文章，要么讓作者連自己的文章都無法修改。
上述的應用場景，Django自帶的權限機制無法滿足需求，需要引入另一種更細的權限機制：對象權限（object permission）。
Object Permission是一種對象顆粒度上的權限機制，它允許為每個具體對象授權。仍沿用最開始的例子，如果model B有三個實例 B1，B2 和B3，如果我們把B1的可寫權限賦予用戶A，則A可以修改B1對象，而對B2，B3無法修改。
對group也一樣，如果將B2的可寫權限賦予group C，則隸屬于group C的所有用戶均可以修改B2，但無法修改B1和B3。結合Django自帶權限機制和object permission，博客系統(tǒng)中作者的權限控制迎刃而解：系統(tǒng)全局上不允許作者編輯文章，而對于屬于作者的具體文章，賦予編輯權限即可。
Django其實包含了object permission的框架，但沒有具體實現(xiàn)，object permission的實現(xiàn)需要借助第三方app django-guardian，我們在開發(fā)中用調用django guradian封裝好的方法即可。
Django用permission對象存儲權限項，每個model默認都有三個permission，即add model, change model和delete model。例如，定義一個名為『Car』model，定義好Car之后，會自動創(chuàng)建相應的三個permission：add_car, change_car和delete_car。Django還允許自定義permission，例如，我們可以為Car創(chuàng)建新的權限項：drive_car, clean_car, fix_car等等
需要注意的是，permission總是與model對應的，如果一個object不是model的實例，我們無法為它創(chuàng)建/分配權限。
如上文所述，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"),
)另外有需要云服務器可以了解下創(chuàng)新互聯(lián)scvps.cn，海內外云服務器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應用場景需求。
