在后台管理系统和桌面业务软件里，Ribbon菜单用久了往往会变得臃肿又混乱。财务人员、仓库管理员和管理者平时能看到的功能本来就不该完全一样，有些编辑工具也只需要在打开特定页面时才出现，一直摆在主界面上反而碍事。DevExpress的RibbonControl能够把各种命令拆进不同的页签和分组里，也能通过设置可见性属性来控制哪些页面在当前显示出来。下面以WinForms项目为主来说明，WPF项目的处理逻辑大致相同。

　　一、怎样自己定义Ribbon的页签

　　规划Ribbon页签的时候，最好按照业务模块来划分，不要一股脑把所有按钮全堆在第一个页签上。常用的功能适合放进固定的页签里，而那些只跟某类任务相关的临时工具，可以放到上下文页签当中，等需要的时候再调出来，这样整个界面会干净不少。

　　1、在设计器里面添加页签

　　打开窗体的设计界面，点一下RibbonControl控件，在右上角的快捷操作里选择添加新的RibbonPage。新建之后，把它的Caption改成一眼能看懂的名字，比如“订单管理”，同时把内部用的Name设成pageOrder这种容易记的名称，方便以后用代码去控制。在WinForms里，所有标准页签都存在Pages这个集合里，可以随时新增、删除或者按名字去取到对应的页签对象。

　　2、给页签加上功能分组

　　选好刚才建好的页签，再往里面添加一些RibbonPageGroup，也就是分组。例如订单这个页签下面，就可以再分出“查询”“编辑”和“导出”三个区域，把相关操作归到一块。RibbonPage是通过Groups集合来管理这些分组的，接着把按钮、下拉菜单和输入框放进对应的分组里，整个菜单的层次就变得很清楚，用户找起来也方便。

　　3、在需要的时候创建上下文页签

　　像图片编辑、表格批量维护或者报表预览这类功能，并不需要永远挂在菜单栏上，可以改用RibbonPageCategory来解决。做法是把跟这些功能相关的几个页签拖到一个自定义分类里，让这个分类默认保持隐藏，等用户真正进入对应的功能界面时，再用代码把它显示出来。官方帮助里也写过，RibbonPageCategory很适合用来做上下文页签，当这个分类被设为可见的时候，它底下挂着的所有页面都会跟着一起显示，不用挨个去控制每个页签的显示状态。

　　二、怎样控制Ribbon页签的权限

　　Ribbon的权限控制要切成两层来看：一层是界面上哪些东西显示、哪些隐藏；另一层是业务上真正拦截不该执行的操作。把页面和按钮藏起来，可以减少一些因为点错位置造成的操作失误，但关键的安全限制还是得写在命令执行逻辑和后端服务接口里，不能只靠菜单上的隐藏就把所有风险拦住。

　　1、按照角色来管页签的显示

　　用户登录进系统以后，先把他属于哪个角色、这角色能使用哪些功能都读出来，然后根据拿到的结果去设每一张RibbonPage的Visible属性。比如财务这个角色本身没有管库存的权限，那就可以直接把库存相关的那个页签隐藏掉。在WinForms里把Visible设成false后，页面就从界面上消失了，以后也只能通过代码去重新打开，这样就不会因为用户误点而进到没有权限的功能里。

　　2、按照功能来控制分组的显示

　　有时候，某个用户虽然可以进到订单模块里面，但不应做审核和退款这类敏感操作。这时候不必把整个订单页签都藏起来，可以单独把负责审核的那个RibbonPageGroup的Visible设成false，只让这一小块功能区不显示，其他查看和编辑部分仍然保留。DevExpress支持控制页签内每个分组的显隐状态，隐藏之后同样需要靠代码才能重新打开。

　　3、按照当前业务状态控制上下文分类

　　即便页签的权限已经通过了，也还得结合当前正在处理的业务状态来决定要不要让某些上下文分类出现在界面上。比如图片编辑这个分类，通常要等用户确实选中了一个图片对象时才显示出来；导出工具分类，也只在用户切到报表页面时才需要出现。把RibbonPageCategory的Visible设成false以后，这个分类里面的所有页签都会一起隐藏掉，很方便。

　　4、WPF项目下改用IsVisible绑定

　　如果是用DevExpress的WPF版本Ribbon，控制页签可见性的属性名字叫IsVisible。可以把这个属性直接绑定到ViewModel里存着权限信息的字段上，这样只要登录用户的角色一变化，界面上的菜单就能自动跟着刷新，不用在代码里再写很多手动去更新界面的逻辑。官方文档里也说过，RibbonPage.IsVisible是一个依赖属性，天生就可以用来控制页面显示，和MVVM这套写法能很好地配合。

　　三、怎样避免权限配置出现遗漏

　　一套权限功能在上线以前，最好从菜单的显示情况、按钮的可用状态，以及后端接口的拦截这三个位置一起排查。如果只在Ribbon上把某个按钮藏起来，有经验的人还是能通过其他路径绕过去操作，那样菜单上的控制就只成了一层窗户纸。

　　1、建一张统一的权限表

　　比较稳妥的做法是给每个页签、每个分组，还有每个重要的按钮，都分一个固定的权限编码，比如订单查看用order.view，编辑用order.edit，审核用order.approve。用户登录以后，系统可以一次性查出来他到底有哪些权限，然后拿着这份权限集合，统一去刷新Ribbon各个部分的显示状态。这样做，角色的判断逻辑就不会零零散散地散落在多个窗体文件里，后期维护起来能省不少力气。

　　2、把隐藏和禁用两种状态分开

　　对于那些完全不允许当前用户碰的功能，可以直接把对应的按钮或菜单项隐藏掉；但还有另一种常见情况，是用户虽然能看见这个功能，可在当前这一步业务流程里还不能执行它，这时候更合适的处理方式是把按钮设成灰色的禁用状态，而不是让它直接消失。比如订单已经关闭后，编辑按钮可以继续留在界面上，只不过让它变成不能点击的状态，这样用户一眼就能看懂“这里不能再编辑了，但入口是存在的”，不会产生功能被无故撤掉的错觉。

　　3、切换页面之后重新校验权限

　　在多文档界面、标签页或者加载了外部插件模块的时候，每当用户从一个工作区切到另一个工作区，都应该再重新去刷新一次上下文页签的显示情况。DevExpress支持通过SelectedPage这类属性来切换当前激活的页签，也可以在业务状态变化的时候同步更新那些上下文分类是显示还是隐藏，防止上次切换留下的陈旧状态影响到当前的操作。

　　总结

　　关于DevExpress Ribbon控件的自定义页签和权限控制，处理的大致顺序可以这样来理解：先借助RibbonPage和RibbonPageGroup把整个菜单按业务模块梳理成一个清晰的层次，再用RibbonPageCategory去处理那些临时出现的上下文工具。在做权限控制的时候，页签的可见性可以用Visible属性来管，分组同样用Visible，换到WPF环境时则用IsVisible去绑定ViewModel。除了把不该看到的东西在界面上藏起来之外，按钮按下后执行的命令逻辑，还有后台的服务接口里面，也还需要再做一次权限检查，不能只靠修改菜单的显示效果来当作唯一的防线。