.NET Core微服务权限系统+工作流（一）权限系统

一、前言

实际上权限系统老早之前我就在一直开发，大概在刚毕业没多久就想一个人写一个系统，断断续续一直坚持到现在，毕竟自己亲动手自写的系统才有收获，本篇仅介绍权限。

　　小小系统上不了台面，望各位大神勿喷。

二、系统介绍

目前采用的是.Net Core微服务的方式实现，本文不讨论具体的中间件主要是（ocelot + consul等），一直参考微软的 eShopOnContainers ，进行简单的实现，但是ORM是用的Dapper，并简单进行封装传送门，当然自己也封装了一些简单的插件进行复用：传送门，如下：

640?wx_fmt=png

三、权限系统

权限系统实现很简单，权限的划分我觉得可以分为三种：

1、菜单权限2、按钮权限3、数据权限

简单介绍下：1、菜单权限。表示用户是否能够访问该页面（角色挂钩）

　　　　　　2、按钮权限。表示用户是否能够操作该页面上的功能（角色挂钩）

　　　　　　3、数据权限。表示用户访问页面时进行数据筛选（该功能暂未实现，这个要与具体的业务结合才能写），与部门挂钩，这个不太好理解，当然一般的权限系统这个功能也不会做，举个简单例子，OA系统里面我查看我的工资条，我应该只能看到我自己的数据，但是我的部门经理，他可以有权限看到该部门的全部数据，这个就是数据权限。

为什么写这个系统？

　　之前待过好几家公司，发现他们的系统都是对菜单进行分配，当然了，业务需求只要这个就当我没说，我只是觉得这样做太不安全并且我觉得之前系统的实现方式可以进行一些优化，所以就一直写到现在，可能代码质量不如哪些大神的优秀，系统在我看来太小，就简单搭了个框架实现。你过条小水沟，没必要造条桥。

要使用该系统前提条件：前端：Sea.js和Vue，对于sea.js，在前端这块感觉已经没多少人用了，但是这中CMD思想是不会被淘汰的，你看最近比较火的layerui也是的，对于Vues只是简单的应用，也就用到双向绑定而已，开发复杂的页面确实比较方便，但是简单的页面就得不偿失了。

　　　　　　　　　　　后端：consul、rabbitmq ，具体怎么安装不在描述

大概的用户访问流程描述如下：

用户登录　　=====》　　获取该用户角色　　===》　　通过角色获取该角色对应的权限并集 ===>返回相应数据

　　　　　　sys_user_role　　　　　　sys_role_resource

系统关系图如下（MySQL）：

640?wx_fmt=png

具体功能实现请看代码，这里不做阐述，菜单权限的分配通过角色表和菜单表的关联表操作即可，但是按钮的权限分配如何实现？我的实现方式是：把按钮的操作也看成一种菜单的资源分配，只不过比较特殊，我这里不仅仅是对按钮的显示进行控制，我做的比较绝，也对后台方法访问权限也做了控制，这样比较安全，对于按钮权限的控制，实际上是明确的，比方说，一个删除按钮，它只能对应后台的一个删除方法，这个方法是明确的，对于页面的按钮的类型和个数是固定的，不然你没办法分配，基于这个前提，我对菜单的生成进行代码控制从而达到控制目的，因此，菜单和按钮和在一起称之为资源表 sys_resource 。具体的实现代码也不是很复杂，一层一层判断即可，权限过滤器如下：

640?wx_fmt=png