WPF应用中一种比较完美的权限控制设计方式

如题近段时间需要在wpf应用中设计一个权限控制，简而言之的说你懂的对于IT人员来说都知道的常见的软件功能首先要有用户用户，然后用户属于哪个角色，然后各个角色都有自己的可供操作的一堆功能，当然还有其它的复杂的控制方式我并不想弄只搞这种比较通用的。

首先是权限管理界面以及数据操作一堆功能的实现比如添加角色设置权限，这个其实没啥好说的就像你做传统的winform或者web一样搞界面访问数据库做功能，就是按部就班。好吧看下我用到的业务数据处理方法吧：

 1 public class UserLogic
 2 {
 3     internal UserInfo GetUserById(int id)
 4     {        }
 5 
 6     internal void AddOrSaveUser(UserInfo user)
 7     {        }
 8     internal List<UserInfo> GetDBUsers()
 9     {        }
10 
11     internal List<RoleInfo> GetRoles()
12     {        }
13 
14     internal List<AuthorizationInfo> GetAllAuths()
15     {        }
16 
17     internal RoleInfo GetRoleByID(int id)
18     {        }
19 
20     internal List<AuthorizationInfo> GetAuthsByRoleID(int rid)
21     {        }
22 
23     internal void SetAuthsByRoleID(int rid,List<EAuthorizationItem> auths)
24     {        }
25 
26     internal int AddOrSaveRole(RoleInfo ro)
27     {        }
28 
29     internal void DelRole(int id)
30     {        }
31 
32     internal RoleInfo GetRoleByName(string name)
33     {        }
34 }

删除角色：

 1 internal void DelRole(int id)
 2 {
 3     using (MyContext db = new MyContext())
 4     {
 5         var existR = db.roles.FirstOrDefault(r => r.ID == id);
 6         db.roles.Remove(existR);
 7 
 8         var auths = db.auths.Where(r => r.RoleID == id).ToList();
 9         db.auths.RemoveRange(auths);
10 
11         //已经用到了此角色 的用户 改为默认角色
12         var users = db.users.Where(r => r.RoleID == id).ToList();
13         var defRole = db.roles.FirstOrDefault(r => r.Name == nameof(RoleNameDefine.User));
14         for (int i = 0; i < users.Count; i++)
15         {
16             users[i].RoleID = defRole.ID;
17         }                               
18 
19         db.SaveChanges();
20     }
21 }

设置权限：

 1 internal void SetAuthsByRoleID(int rid,List<EAuthorizationItem> auths)
 2 {
 3     using (MyContext db = new MyContext())
 4     {
 5         var existAuths= db.auths.Where(r=>r.RoleID==rid).ToList();
 6         db.auths.RemoveRange(existAuths);
 7 
 8         List<AuthorizationInfo> besave = new List<AuthorizationInfo>();
 9         for (int i = 0; i < auths.Count; i++)
10         {
11             besave.Add(new AuthorizationInfo()
12             {
13                 RoleID = rid,
14                 AuthE = auths[i]
15             });
16         }
17 
18         db.auths.AddRange(besave);
19         db.SaveChanges();
20     }
21 }

关于最终界面的样子嘛，也没美化就这样:

然后就是特定操作的权限，“权限” 这个东西我们以什么方式来描述，说白了就是固定的字符串比如"Add_xxInfo" "Del_xxInfo" ,再怎么我们的系统还是比较小属于比较保守的，说白了就那么几个功能。不可能敞着，我们还是得以固定代码的方式定义这些描述要不字符串要不枚举。由于我自己借鉴了一种方式可以比较方便的完成枚举数据从代码到数据库以及界面显示的交换。最终经过反复斟酌我们还是选用了枚举：

 1 public enum EAuthorizationItem
 2 {
 3     [EnumDescription("打印机或自助机信息更新")]
 4     PrinterOrTerminalUpdate,
 5     [EnumDescription("打印机或自助机删除")]
 6     PrinterOrTerminalDel,
 7     [EnumDescription("数据接口管理")]
 8     DataSourceMgt,
 9     [EnumDescription("用户信息删除")]
10     UserDel,
11     [EnumDescription("用户信息更新")]
12     UserUpdate,
13     [EnumDescription("权限管理")]
14     RoleMgt
15 }

接下来的思路也是顺水推舟：
登录的时候就能够确定所拥有的所有权限生成功能标识数组，在登录结果里返回到客户端，客户端功能界面处传入功能标识参数通过一个统一的入口与登录信息里的功能标识数组匹配进而确定界面此部分功能是否启用。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出来的也就是单例模式，到处绑定。

静态绑定定义：

 1 public class AuthorizationItemDefine : PropertyChangedBase
 2 {
 3     public static AuthorizationItemDefine Default { get { return m_Default; } }
 4     private static AuthorizationItemDefine m_Default = new AuthorizationItemDefine();
 5     AuthorizationItemDefine()
 6     {
 7     }
 8 
 9     public void RiseProperty()
10     {
11         OnPropertyChanged(() => PrinterOrTerminalUpdate);
12         OnPropertyChanged(() => PrinterOrTerminalDel);
13         OnPropertyChanged(() => DataSourceMgt);
14         OnPropertyChanged(() => UserDel);
15         OnPropertyChanged(() => UserUpdate);
16         OnPropertyChanged(() => RoleMgt);
17     }
18     public EAuthorizationItem PrinterOrTerminalUpdate
19     {
20         get
21         { return EAuthorizationItem.PrinterOrTerminalUpdate; }
22     }
23     public EAuthorizationItem PrinterOrTerminalDel
24     {
25         get
26         { return EAuthorizationItem.PrinterOrTerminalDel; }
27     }
28     public EAuthorizationItem DataSourceMgt
29     {
30         get
31         { return EAuthorizationItem.DataSourceMgt; }
32     }
33 
34     public EAuthorizationItem UserDel
35     {
36         get
37         { return EAuthorizationItem.UserDel; }
38     }
39     public EAuthorizationItem UserUpdate
40     {
41         get
42         { return EAuthorizationItem.UserUpdate; }
43     }
44     public EAuthorizationItem RoleMgt
45     {
46         get
47         { return EAuthorizationItem.RoleMgt; }
48     }
49 }

页面需要引入，以及定义converter：

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

转换器很简单，就是看登录信息里有无对应的功能标识：

 1 class AuthConverter : IValueConverter
 2 {
 3     public object Convert(object value, Type targetType, object parameter, CultureInfo culture)
 4     {
 5         if (value == null)
 6             return false;
 7         if (Runtime.Default.loginInfo == null || Runtime.Default.loginInfo.Auths == null)
 8             return false;
 9         string machAu = value.ToString();
10         if (Runtime.Default.loginInfo.Auths.Contains(machAu))
11         {
12             return true;
13         }
14         else
15         {
16             return false;
17         }
18     }
19 
20     public object ConvertBack(object value, Type targetType, object parameter, CultureInfo culture)
21     {
22         throw new NotImplementedException();
23     }
24 }

我们在用户登录之处就已经把功能标识数组附在返回的登录信息里（Auths）：

 1 //用户登录
 2 var user = db.users.FirstOrDefault(r => r.LoginName == loginName && r.Password == password);
 3 if (user != null)
 4 {
 5     RoleInfo ptrU = db.roles.FirstOrDefault(r => r.ID == user.RoleID);
 6     log = new LoginInfo();
 7     log.LoginName = loginName;
 8     log.Password = password;
 9     log.LoginAt = DateTime.Now;
10     if (ptrU != null)
11     {
12         log.RoleID = ptrU.ID;
13         log.RoleName = ptrU.Name;
14         log.RoleDescription = ptrU.Description;
15 
16         var auths= db.auths.Where(r => r.RoleID == log.RoleID).ToList();
17         for (int i = 0; i < auths.Count; i++)
18         {
19             log.Auths.Add(auths[i].AuthE.ToString());
20         }
21     }
22 }
23 else
24 {
25     errorMsg = "数据库未找到对应用户记录";
26 }

问题又来了，何时进行更新

测试发现界面一直没有更新置灰，最后我们跟踪发现原来是usercontrol一出现的时候就通过converter完成了binding ，而这时候其实我们还没有登录，而converter又是一个很特殊的玩意儿。我们是无法代码手动去触发他的，通过复习binding过程推断还是只得从值本身出发，这样converter就会触发了，去更新这个"其实是一直不变"的值是不是一种很诡异的感觉哈哈哈哈哈哈。。通过以前的知识我们知道 onPropertyChange 会触发依赖属性更新界面。好咧那就是他了我们在前面的代码里加上RiseProperty方法在里面刷新所有属性。其实上面已经是完整形式的代码了，就是上面贴出来的RiseProperty()方法这里就不贴了。思路顺水推舟我们接下来做的自然是在登录时进行权限刷新各处的界面刷新，通过与上面的结合真是神来之笔。

登录刷新调用代码：

1 private void Click_login(object sender, RoutedEventArgs e)
2 {
3     if (vm.Login(passwordBox.Password) == true)
4     {
5         dlg_login.Visibility = Visibility.Hidden;
6         this.uct_Onlines.LoadFirstPage();
7         AuthorizationItemDefine.Default.RiseProperty();
8     }
9 }