WPF應用中一種比較完美的權限控制設計方式

如題近段時間 需要在wpf應用中設計一個權限控制 ， 簡而言之的說 你懂的 對於IT人員來說都知道的 常見的軟件功能 首先要有用戶 用戶，然后用戶屬於哪個角色 ，然后各個角色都有自己的可供操作的一堆功能，當然還有其它的復雜的控制方式 我並不想弄 只搞這種比較通用的。

首先是權限管理界面 以及數據操作 一堆功能的實現 比如 添加角色 設置權限，這個其實沒啥好說的 就像你做傳統的winform或者web一樣 搞界面 訪問數據庫 做功能， 就是按部就班 。好吧 看下我用到的業務數據處理方法吧：

public class UserLogic
{
    internal UserInfo GetUserById(int id)
    {        }

    internal void AddOrSaveUser(UserInfo user)
    {        }
    internal List<UserInfo> GetDBUsers()
    {        }

    internal List<RoleInfo> GetRoles()
    {        }

    internal List<AuthorizationInfo> GetAllAuths()
    {        }

    internal RoleInfo GetRoleByID(int id)
    {        }

    internal List<AuthorizationInfo> GetAuthsByRoleID(int rid)
    {        }

    internal void SetAuthsByRoleID(int rid,List<EAuthorizationItem> auths)
    {        }

    internal int AddOrSaveRole(RoleInfo ro)
    {        }

    internal void DelRole(int id)
    {        }

    internal RoleInfo GetRoleByName(string name)
    {        }
}

刪除角色：

internal void DelRole(int id)
{
    using (MyContext db = new MyContext())
    {
        var existR = db.roles.FirstOrDefault(r => r.ID == id);
        db.roles.Remove(existR);

        var auths = db.auths.Where(r => r.RoleID == id).ToList();
        db.auths.RemoveRange(auths);

        //已經用到了此角色 的用戶 改為默認角色
        var users = db.users.Where(r => r.RoleID == id).ToList();
        var defRole = db.roles.FirstOrDefault(r => r.Name == nameof(RoleNameDefine.User));
        for (int i = 0; i < users.Count; i++)
        {
            users[i].RoleID = defRole.ID;
        }                               

        db.SaveChanges();
    }
}

設置權限：

internal void SetAuthsByRoleID(int rid,List<EAuthorizationItem> auths)
{
    using (MyContext db = new MyContext())
    {
        var existAuths= db.auths.Where(r=>r.RoleID==rid).ToList();
        db.auths.RemoveRange(existAuths);

        List<AuthorizationInfo> besave = new List<AuthorizationInfo>();
        for (int i = 0; i < auths.Count; i++)
        {
            besave.Add(new AuthorizationInfo()
            {
                RoleID = rid,
                AuthE = auths[i]
            });
        }

        db.auths.AddRange(besave);
        db.SaveChanges();
    }
}

關於最終界面的樣子嘛，也沒美化就這樣:

 

然后就是 特定操作的 權限  ，“權限” 這個東西我們以什么方式來描述  ，說白了就是 固定的字符串 比如"Add_xxInfo" "Del_xxInfo" ,再怎么我們的系統還是比較小 屬於比較保守的 ，說白了就那么幾個功能。不可能敞着 ，我們還是得以固定代碼的方式定義這些描述  要不字符串 要不枚舉。由於我自己借鑒了一種方式 可以比較方便的 完成 枚舉數據 從代碼 到數據庫  以及界面顯示 的交換。最終經過反復斟酌 我們還是選用了枚舉： 

public enum EAuthorizationItem
{
    [EnumDescription("打印機或自助機信息更新")]
    PrinterOrTerminalUpdate,
    [EnumDescription("打印機或自助機刪除")]
    PrinterOrTerminalDel,
    [EnumDescription("數據接口管理")]
    DataSourceMgt,
    [EnumDescription("用戶信息刪除")]
    UserDel,
    [EnumDescription("用戶信息更新")]
    UserUpdate,
    [EnumDescription("權限管理")]
    RoleMgt
}

接下來的思路也是順水推舟：
登錄的時候 就能夠確定所擁有的所有權限 生成功能標識數組，在登錄結果里返回到客戶端 ，客戶端功能界面處 傳入功能標識參數 通過一個統一的入口 與登錄信息里的功能標識 數組 匹配 進而確定界面此部分功能是否啟用。web那一套都熟悉 我們都知道怎么做，說起來簡單 其實是琢磨了好久的，這是wpf。 首先要形成統一入口，不能到處編寫權限判斷代碼 否則就違背我們的初衷了 哪怕復制粘貼同樣的也不行， 我是用的mvvm方式 的， 如果我要做的話直接在viewModel里面 編寫權限判斷代碼 很簡單 毫無難度。然后另一個 可以綁定command 他可以通過canexecute 來影響界面是否可用 ，也是不錯的方式 ，但是我由於一些特殊的原因 不能使用此方式。

說道此處最顯而易見的都知道了 IsEnable=”{binding}“ ，特別說一下 通過此次的使用 讓我對wpf的binding 有了一個更清晰的理解，binding 幾大要素 ，source 數據源 沒有指定source的時候默認以當前dataContext 一級一級的向上找 ，這也是我們使用mvvm的基本支撐。然后 還有 path ，綁定方向 和 converter不用多說了。為了這玩意兒我們也是煞費苦心。首先確定的是binding 必須要用binding ，我們要用的就是它自動化計算的功能 ，什么時候自動化計算 稍后再說。為了綁定功能標識傳入參數 ，於是我們首先想到從 source入手 讓其定位到一個static的東西 好處有二 ，首先static的 在一個地方統一編寫就行了統一引用 維護方便不易出錯，第二個有編輯提示 也就是.能.出東西來 比你硬編碼字符串 不只是好點吧點。binding不都是動態值嗎 我們此處卻都是一個固定值 這感覺怪怪的，不要怪。我們上面說了利用他的動態計算功能 ，此處可以說明了 那就是converter ，通過熟讀wpf 綁定原理過程 觀察它走的路線你就會知道 最終是通過converter暴露的，對我們就在此處進行截獲 。對功能標識參數與當前用戶進行匹配 進而決定界面是否可用。說實話前面的你可以認為是傳進來的已知參數。

好 看看我們的綁定

<MenuItem Header="編輯所選項" Name="me_Update" Click="me_Update_Click" IsEnabled="{Binding  UserUpdate ,Source={x:Static cd:AuthorizationItemDefine.Default},Converter={StaticResource auCOnverter}  }"></MenuItem>

來復習下wpf的綁定原理 source是讓其定位到一個靜態變量 而不是當前自動分配的datacontext， 然后綁定到里面的RoleMgt屬性。Source={x:Static 這個是wpf設計很nice的地方 ，我們通過一個static的靜態變量 但是類是new出來的 也就是單例模式，到處綁定 。

靜態綁定定義：

public class AuthorizationItemDefine : PropertyChangedBase
{
    public static AuthorizationItemDefine Default { get { return m_Default; } }
    private static AuthorizationItemDefine m_Default = new AuthorizationItemDefine();
    AuthorizationItemDefine()
    {
    }

    public void RiseProperty()
    {
        OnPropertyChanged(() => PrinterOrTerminalUpdate);
        OnPropertyChanged(() => PrinterOrTerminalDel);
        OnPropertyChanged(() => DataSourceMgt);
        OnPropertyChanged(() => UserDel);
        OnPropertyChanged(() => UserUpdate);
        OnPropertyChanged(() => RoleMgt);
    }
    public EAuthorizationItem PrinterOrTerminalUpdate
    {
        get
        { return EAuthorizationItem.PrinterOrTerminalUpdate; }
    }
    public EAuthorizationItem PrinterOrTerminalDel
    {
        get
        { return EAuthorizationItem.PrinterOrTerminalDel; }
    }
    public EAuthorizationItem DataSourceMgt
    {
        get
        { return EAuthorizationItem.DataSourceMgt; }
    }

    public EAuthorizationItem UserDel
    {
        get
        { return EAuthorizationItem.UserDel; }
    }
    public EAuthorizationItem UserUpdate
    {
        get
        { return EAuthorizationItem.UserUpdate; }
    }
    public EAuthorizationItem RoleMgt
    {
        get
        { return EAuthorizationItem.RoleMgt; }
    }
}

頁面需要引入，以及定義converter：

xmlns:cd="clr-namespace:Common.Define;assembly=Common"
xmlns:cc="clr-namespace:AutoPrintClient"
<UserControl.Resources>
    <cc:AuthConverter x:Key="auCOnverter"/>
</UserControl.Resources>

轉換器很簡單，就是看登錄信息里有無對應的功能標識：

class AuthConverter : IValueConverter
{
    public object Convert(object value, Type targetType, object parameter, CultureInfo culture)
    {
        if (value == null)
            return false;
        if (Runtime.Default.loginInfo == null || Runtime.Default.loginInfo.Auths == null)
            return false;
        string machAu = value.ToString();
        if (Runtime.Default.loginInfo.Auths.Contains(machAu))
        {
            return true;
        }
        else
        {
            return false;
        }
    }

    public object ConvertBack(object value, Type targetType, object parameter, CultureInfo culture)
    {
        throw new NotImplementedException();
    }
}

我們在用戶登錄之處就已經把功能標識數組 附在返回的登錄信息里（Auths）：

//用戶登錄
var user = db.users.FirstOrDefault(r => r.LoginName == loginName && r.Password == password);
if (user != null)
{
    RoleInfo ptrU = db.roles.FirstOrDefault(r => r.ID == user.RoleID);
    log = new LoginInfo();
    log.LoginName = loginName;
    log.Password = password;
    log.LoginAt = DateTime.Now;
    if (ptrU != null)
    {
        log.RoleID = ptrU.ID;
        log.RoleName = ptrU.Name;
        log.RoleDescription = ptrU.Description;

        var auths= db.auths.Where(r => r.RoleID == log.RoleID).ToList();
        for (int i = 0; i < auths.Count; i++)
        {
            log.Auths.Add(auths[i].AuthE.ToString());
        }
    }
}
else
{
    errorMsg = "數據庫未找到對應用戶記錄";
}

問題又來了 ，何時進行更新

測試發現界面一直沒有更新置灰 ，最后我們跟蹤發現原來是usercontrol一出現的時候 就通過converter完成了binding ，而這時候其實我們還沒有登錄，而converter又是一個很特殊的玩意兒。我們是無法代碼手動去觸發他的，通過復習binding過程 推斷 還是只得從值本身出發 ， 這樣converter就會觸發了，去更新這個"其實是一直不變"的值 是不是一種很詭異的感覺 哈哈哈哈哈哈。。通過以前的知識我們知道 onPropertyChange 會觸發依賴屬性更新界面 。好咧 那就是他了 我們在前面的代碼里加上RiseProperty方法 在里面刷新所有屬性。其實上面已經是完整形式的代碼了 ，就是上面貼出來的RiseProperty()方法這里就不貼了。思路順水推舟 我們接下來做的自然是在 登錄時進行 權限刷新 各處的界面刷新，通過與上面的結合 真是神來之筆。

登錄刷新調用代碼：

private void Click_login(object sender, RoutedEventArgs e)
{
    if (vm.Login(passwordBox.Password) == true)
    {
        dlg_login.Visibility = Visibility.Hidden;
        this.uct_Onlines.LoadFirstPage();
        AuthorizationItemDefine.Default.RiseProperty();
    }
}

最終的不同用戶登錄效果：

 

 

 

測試發現只需再登錄成功后統一刷新一下就可以了 ，各處都會 按設想的工作 ，完美。干凈手段解決問題的方式 你會發現  真的 真的 真的 很爽。