在好例子网,分享、交流、成长!
您当前所在位置:首页C# 开发实例C#语言基础 → 基于经典领域驱动设计的权限管理系统源码+数据库(OpenAuth.Net)

基于经典领域驱动设计的权限管理系统源码+数据库(OpenAuth.Net)

C#语言基础

下载此实例
  • 开发语言:C#
  • 实例大小:9.26M
  • 下载次数:77
  • 浏览次数:894
  • 发布时间:2020-01-09
  • 实例类别:C#语言基础
  • 发 布 人:jbsoft
  • 文件格式:.zip
  • 所需积分:9

实例介绍

【实例简介】

项目采用经典DDD架构(用沃恩.弗农大神的话,其实这是DDD-Lite)思想进行开发,简洁而不简单,实用至上,并且所写每一行代码都经过深思熟虑,符合SOLID规则!
####当前版本

3.0 alpha版(2017-2-7)

    采用全新工作流,实现自定义表单处理;

2.0版(2016-10-31)

    支持多流程模板;
    增加Ace admin界面支持

秀外

输入图片说明 输入图片说明 输入图片说明

慧中

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

输入图片说明

实用

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

权限资源

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

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

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

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

####系统工程结构:

    OpenAuth.Domain 系统领域层
    OpenAuth.Repository 系统仓储层,用于数据库操作
    OpenAuth.App 应用层,为界面提供接口
    OpenAuth.Mvc 采用基于jquery与bootstrap的B-JUI界面
    OpenAuth.UnitTest 单元测试
    Infrastructure 通用工具集合

####使用 管理员可直接在登录界面点击基于精典DDD的权限管理 - 点击以开发者账号登录登录;

普通应用账号使用:test(密码:test)登录;

####后续 更多狂野的功能,正在玩命加载中,敬请期待... 更多文档正在整理中....

当然,如果你想学习完整的DDD框架,可以参考我的另一个项目(BestQ&A--开源中国推荐项目/集CQRS AES等DDD高级特性于一体的问答系统)



【实例截图】


from clipboard


【核心代码】

实例下载地址

基于经典领域驱动设计的权限管理系统源码+数据库(OpenAuth.Net)

不能下载?内容有错? 点击这里报错 + 投诉 + 提问

好例子网口号:伸出你的我的手 — 分享

网友评论

第 1 楼 heidi_wei826 发表于: 2020-02-21 19:01 00
登录验证用户的代码没给啊,没用啊

支持(0) 盖楼(回复)

第 2 楼 ydl890406 发表于: 2021-08-15 10:13 57
上当了,贴着企业版的截图,实际上是开源的Net版

支持(0) 盖楼(回复)

发表评论

(您的评论需要经过审核才能显示)

查看所有5条评论>>

小贴士

感谢您为本站写下的评论,您的评论对其它用户来说具有重要的参考价值,所以请认真填写。

  • 类似“顶”、“沙发”之类没有营养的文字,对勤劳贡献的楼主来说是令人沮丧的反馈信息。
  • 相信您也不想看到一排文字/表情墙,所以请不要反馈意义不大的重复字符,也请尽量不要纯表情的回复。
  • 提问之前请再仔细看一遍楼主的说明,或许是您遗漏了。
  • 请勿到处挖坑绊人、招贴广告。既占空间让人厌烦,又没人会搭理,于人于己都无利。

关于好例子网

本站旨在为广大IT学习爱好者提供一个非营利性互相学习交流分享平台。本站所有资源都可以被免费获取学习研究。本站资源来自网友分享,对搜索内容的合法性不具有预见性、识别性、控制性,仅供学习研究,请务必在下载后24小时内给予删除,不得用于其他任何用途,否则后果自负。基于互联网的特殊性,平台无法对用户传输的作品、信息、内容的权属或合法性、安全性、合规性、真实性、科学性、完整权、有效性等进行实质审查;无论平台是否已进行审查,用户均应自行承担因其传输的作品、信息、内容而可能或已经产生的侵权或权属纠纷等法律责任。本站所有资源不代表本站的观点或立场,基于网友分享,根据中国法律《信息网络传播权保护条例》第二十二与二十三条之规定,若资源存在侵权或相关问题请联系本站客服人员,点此联系我们。关于更多版权及免责申明参见 版权及免责申明

;
报警