.Net Core快速应用开发框架、最好用的权限工作流系统。

et Core快速应用开发框架、最好用的权限工作流系统。基于经典领域驱动设计的权限管理及快速开发框架，源于Martin Fowler企业级应用开发思想及最新技术组合（IdentityServer、EF core、AutoFac、WebAPI、Swagger等）。已成功在docker/jenkins中实施。核心模块包括：组织机构、角色用户、权限授权、表单设计、工作流等。它的架构精良易于扩展，是中小企业的首选。

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

本项目为OpenAuth.Net基于.net core 2.1的跨平台版本，使用.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

当前版本

core 1.6

• 数据权限控制，超强的自定义权限控制功能 pro版本提供配置界面
• 日志功能，任意应用层xxxApp内注入SysLogApp即可轻松记录日志，可以参考OpenAuthFilter.cs
• 完整的字段权限控制，可以控制字段可见及API是否返回字段值
• 启用数据字典功能 pro版本提供字典组件
• 优化企业版代码生成器，可以快速生成带有头/明细结构的页面 pro版本提供
• 优化导航排序、支持多级导航
• 企业版启用全新登录界面 pro版本

core 1.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登录；

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

后续

生命不息，更新不止