通用管理系統的模糊框架（隨手記2）

上次我們說到了資料庫操作，由於水平有限，一些疏忽和錯誤還清大家批評指正，好了，我們接著說。

4、角色管理

說到角色，我們很容易聯想到前面提到的登入框，其實它們之間是互相關聯工作的。登入框只是角色管理的乙個最基本的前台表現層，所以，重點還是在於後台角色邏輯的設計。

一般的，我們設定的角色相對比較少，比如乙個新聞系統，大致有管理員、錄入員、維護員等角色，系統為每個角色指定了合法的操作，同時在每個頁面或者表現層通過判斷不同的角色等級來決定角色的某種許可權。還有一些管理系統，乾脆把角色的等級按大小排列，然後通過表現層來判斷等級大小來採取某種操作。

上述的角色管理都是很簡單的，一般用來應付小型的管理系統已經足夠了。但是，一旦管理系統規模擴大或者進行了某種角色調整，那麼，這些管理方法就暴露出了它們的弱點。

如果系統調整了某些角色，那麼需要在更新角色庫的同時，重新設計表現層的許可權控制。如果系統需要在乙個角色上分配或調整多個許可權，那麼角色邏輯修改的地方就更多了，而對於判斷等級式的角色管理，幾乎是不可能實現了。

因此，綜合考慮，角色管理需要解決的問題大概有這幾點：角色的許可權設定，單角色多許可權，統一的表現層角色管理，靈活的角色變更

這樣看來，我們需要乙個角色管理引擎和乙個可定製的角色列表。

目前我的解決是，為每個角色建立乙個許可權列表，這個列表使用可定製檔案或者資料庫來儲存，許可權列表中包含了該角色能夠進行的操作，和其他的資訊。每種操作建立乙個角色列表。這樣只需在表現層選擇應用相應的操作，就可以使用角色管理引擎自動判斷角色許可權，同時做出相應操作。