openauth.net 详细介绍
项目采用经典ddd架构(用沃恩.弗农大神的话,其实这是ddd-lite)思想进行开发,简洁而不简单,实用至上,并且所写每一行代码都经过深思熟虑,符合solid规则!
当然,如果你想学习完整的ddd框架,可以参考我的另一个项目(bestq&a--开源中国推荐项目/集cqrsaes等ddd高级特性于一体的问答系统)
秀外
基于b-jui酷炫(炫不炫,你说了算)的动态效果:
![](https://img.laitimes.com/img/9ZDMuAjOiMmIsIjOiQnIsIyZuBnLlJDOwMWY0ImZxQmZ4EzM2ETYxIGO0gDO5QGMyEDNxQ2M3EGMxkTMl9CXt92Yu4GZjlGbh5SZslmZxl3Lc9CX6MHc0RHaiojIsJye.png)
慧中
教科书级的分层思想,哪怕苛刻的你阅读的是大神级精典大作(如:《企业应用架构模式》《重构与模式》《asp.net设计模式》等),你也可以参考本项目:
实用
符合国情的rbac(基于角色的访问控制),可以直接应用到你的系统。
权限资源
菜单权限 经理和业务员登陆系统拥有的功能菜单是不一样的
按钮权限 经理能够审批,而业务员不可以
数据权限 a业务员看不到b业务员的单据
字段权限 某些人查询客户信息时看不到客户的手机号或其它字段
用户 应用系统的具体操作者,我这里设计用户是可以直接给用户分配菜单/按钮,也可以通过角色分配权限。
角色 为了对许多拥有相似权限的用户进行分类管理,定义了角色的概念,以上所有的权限资源都可以分配给角色,角色和用户n:n的关系。
机构 树形的公司部门结构,国内公司用的比较多,它实际上就是一个用户组,机构和用户设计成n:n的关系,也就是说有时候一个用户可以从属于两个部门,这种情况在我们客户需求中的确都出现过。
openauth.domain 系统领域层
openauth.repository 系统仓储层,用于数据库操作
openauth.app 应用层,为界面提供接口
openauth.mvc 采用基于jquery与bootstrap的b-jui界面
openauth.unittest 单元测试
infrastructure 通用工具集合
更多狂野的功能,正在玩命加载中,敬请期待...