logo图标含义 OpenAuth中OA字母的结合体；整体像鱼，授人以渔；你非说像咸鱼，那也是积极向上的咸鱼；中心是个笑脸，微笑面对生活(✿◡‿◡)。

本项目为OpenAuth.Net基于.net core（最新sdk版本:.net core 3.1.100)的跨平台版本，使用.net 4.5的同学请移步：https://gitee.com/yubaolee/OpenAuth.Net

官方网站 http://www.openauth.me

官方文档 http://doc.openauth.me

关于OpenAuth.Net企业版的说明：

目前OpenAuth.Net以全部开源的方式向大众开放,对于有经验的开发者，官方文档足以满足日常开发。为了能让项目走的更远，特推出VIP服务，提供VIP专属QQ群，第一时间提供开发进度、内部文档、1V1专属咨询服务等。

为了进一步扩大会员用户的权益，官方于近期针对VIP2用户推出专属版本，该版本基于OpenAuth.Core的API接口，前端基于vue-element-admin，采用VUE全家桶（VUE+VUEX+VUE-ROUTER）全面拥抱单页面SPA开发，如何获取请查看这里，快加入VIP大家庭 与有理想的.NET开发者一起成长

效果如下：

官方QQ交流群

1. 618473076 社区VIP专属QQ群，第一时间提供开发进度、使用手册、1V1专属咨询服务等，如何加入VIP请移步这里

2. 484498493【已满】

3. 626433139【已满】

4. 

演示直达

• 企业版演示地址： http://demo.openauth.me:1803

• 开源版演示地址： http://demo.openauth.me:1802

当前版本

v2.0 即将发布

• 升级.net core sdk至3.1.100💪

• 升级layui至2.5.6

• 新增灵活配置用户可访问的机构数据权限💪

• 增加【个人中心】页面，可修改个人信息及切换当前登录部门

• 完善接口注释，增加【接口文档】页面 pro版本

v1.7

• 修复部分bug

• 企业版启用全新可拖拽的表单设计 pro版本

• 企业版启用全新流程设计 pro版本

v1.6

• 数据权限控制，超强的自定义权限控制功能 pro版本提供配置界面

• 日志功能，任意应用层xxxApp内注入SysLogApp即可轻松记录日志，可以参考OpenAuthFilter.cs

• 完整的字段权限控制，可以控制字段可见及API是否返回字段值

• 启用数据字典功能 pro版本提供字典组件

• 优化企业版代码生成器，可以快速生成带有头/明细结构的页面 pro版本提供

• 优化导航排序、支持多级导航

• 企业版启用全新登录界面 pro版本

v1.5 或以前版本

• 基于.Net Core 2.1开发

• 升级layui至2.5.4

• 升级vue至2.6.10

• 全面支持sqlserver、mysql数据库

• 流程支持角色审批

• 集成IdentityServer4，实现基于OAuth2的登录体系

• 建立三方对接规范，已有系统可以无缝对接流程引擎

• 全面实现模块控制、菜单控制

• 全面实现数据权限控制（不同的角色看到的字段不同）pro版本提供配置界面

• 完整的代码生成器pro版本提供

• 前端采用 vue + layui + ztree + gooflow + leipiformdesign

• 后端采用 asp.net mvc core 2.1 + EF core+ autofac + json.net

• 代码生成工具 CodeSmith

• 设计工具 PowerDesigner + Enterprise Architect

秀外

慧中

教科书级的分层思想，哪怕苛刻的你阅读的是大神级精典大作（如：《企业应用架构模式》《重构与模式》《ASP.NET设计模式》等），你也可以参考本项目。不信？有图为证，Resharper自动生成的项目引用关系，毫无PS痕迹！

权限资源

符合国情的RBAC（基于角色的访问控制），可以直接应用到你的系统。

1. 菜单权限 经理和业务员登陆系统拥有的功能菜单是不一样的
2. 按钮权限 经理能够审批，而业务员不可以
3. 数据权限 A业务员看不到B业务员的单据
4. 字段权限 某些人查询客户信息时看不到客户的手机号或其它字段

用户应用系统的具体操作者，我这里设计用户是可以直接给用户分配菜单/按钮，也可以通过角色分配权限。

角色为了对许多拥有相似权限的用户进行分类管理，定义了角色的概念，以上所有的权限资源都可以分配给角色，角色和用户N:N的关系。

机构树形的公司部门结构，国内公司用的比较多，它实际上就是一个用户组，机构和用户设计成N:N的关系，也就是说有时候一个用户可以从属于两个部门，这种情况在我们客户需求中的确都出现过。

系统工程结构：

1. Infrastructure 通用工具集合
2. OpenAuth.Repository 系统仓储层，用于数据库操作
3. OpenAuth.App 应用层，为界面提供接口
4. OpenAuth.Mvc Web站点
5. OpenAuth.WebApi SSO服务及为第三方提供接口服务

使用

管理员可直接在登录界面用System登录；

普通应用账号使用用户列表的用户登录，初始密码与用户名相同；

后续

生命不息，更新不止