ERP系統開發隨筆系列四（定義系統核心權限控制）

系列三我們講過了OperationMode，現在我們再回顧一下Page如何操作頁面控件狀態的呢？不知大家在實際開發過程中有沒有遇到這樣一種情況，就是控件在不同操作模式下狀態的變化控制是否不那麼容易呢？而且一旦改了其中一個操作模式的狀態，是否會對另一操作模式的狀態造成影響呢？呵呵，大家好好體會一下。就如簡單的TextBox就有好多狀態，比如新增，那麼就可以修改ReadOnly=false,而且css要改變它的顏色，如果是瀏覽方式ReadOnly=true,css也要改變它的顏色，如果是字符型是左對齊，如果是數值是右對齊，數值又有分小數點位數，是否要加千分位？呵呵，如果不使用OperationMode，那麼要有多少代碼來完成上面一個TextBox的控制呢？一個頁面又有多少控件呢？如果再加上權限控制，什么隊伍可以新增，什么隊伍可以修改，什么隊伍可以刪除等等，還就是一些特別的欄位有些部門是不能看......那麼一個復雜一點的頁面要有多少代碼呢？好啦，說了那麼多主要是希望大家能使用OperationMode的方式來定義頁面的每一個控件不同操作模式下的狀態。
今天，我主要講解系統核心權限控制。呵呵，如果有ER圖好發表的話，我就省事多啦。這一部分的功能會有10個表組成。
1.用戶表2.用戶與組關系表
2.組表3.組與組關系表(組內可以包含組）4.組與隊伍關系表
5.隊伍表
6.權限表（隊伍具有的菜單權限）
7.菜單表8.菜單關系表
9.物料與特別控制項關系表（隊伍具有的特別控制項權限）
10.特別控制項權限表
具體如下：
用戶ID》組ID（如果組還有子組，則要取出）》隊伍ID(重復的過濾)》取出權限表(ID功能合并）和特別控制項權限表.

有以上10系統核心權限控制表就足夠應付大部分系統的權限控制了。
最後將這兩個表傳入到OperationMode，接下來由就OperationMode控制了。