项目采用经典DDD架构(用沃恩.弗农大神的话，其实这是DDD-Lite）思想进行开发，简洁而不简单，实用至上，并且所写每一行代码都经过深思熟虑，符合SOLID规则！
当然，如果你想学习完整的DDD框架，可以参考我的另一个项目（BestQ&A--开源中国推荐项目/集CQRSAES等DDD高级特性于一体的问答系统）
项目详细描述：http://www.cnblogs.com/yubaolee/p/OpenAuth.html
技术栈：
-
前后端完全分离，结构更加清晰。
我们不限制规则，只用主流的技术构建强大的框架； -
前端采用 vue + layui + ztree + gooflow + leipiformdesign
-
后端采用 asp.net mvc + Web API + EF + autofac + swagger + json.net + AutoMapper
-
代码生成工具 CodeSmith
-
设计工具 PowerDesigner + Enterprise Architect
秀外
慧中
教科书级的分层思想，哪怕苛刻的你阅读的是大神级精典大作（如：《企业应用架构模式》《重构与模式》《ASP.NET设计模式》等），你也可以参考本项目：
实用
符合国情的RBAC（基于角色的访问控制），可以直接应用到你的系统。
权限资源
a. 菜单权限 经理和业务员登陆系统拥有的功能菜单是不一样的
b. 按钮权限 经理能够审批，而业务员不可以
c. 数据权限 A业务员看不到B业务员的单据
d. 字段权限 某些人查询客户信息时看不到客户的手机号或其它字段
用户 应用系统的具体操作者，我这里设计用户是可以直接给用户分配菜单/按钮，也可以通过角色分配权限。
角色 为了对许多拥有相似权限的用户进行分类管理，定义了角色的概念，以上所有的权限资源都可以分配给角色，角色和用户N:N的关系。
机构 树形的公司部门结构，国内公司用的比较多，它实际上就是一个用户组，机构和用户设计成N:N的关系，也就是说有时候一个用户可以从属于两个部门，这种情况在我们客户需求中的确都出现过。
系统工程结构：
- OpenAuth.Repository 系统仓储层，用于数据库操作
- OpenAuth.App 应用层，为界面提供接口
- OpenAuth.Mvc 采用基于jquery与bootstrap的B-JUI界面
- OpenAuth.WebApi 为第三方应用提供接口
- OpenAuth.UnitTest 单元测试
- Infrastructure 通用工具集合
后续
更多狂野的功能，正在玩命加载中，敬请期待...
-
OpenAuth.Net.landv分支之旅开始制作CRM系统 这个事件的由来是因为没有一个统一的会员卡平台系统，目前需要连接三家酒店会员系统，由于三家酒店使用了三种酒店管理系统，彼此之间的耦合低。三家软件直接制作接口也能使用，但是要考虑接入其他系统所以就有了这个OpenAuth.Net.landv分支之旅。 OpenAuth.Net是一个开源的权限工作流快速开发框架。框架基于Martin
-
转自：http://www.cnblogs.com/Agui520/p/9396463.html ASP.NET资源大全-知识分享 API 框架 NancyFx：轻量、用于构建 HTTP 基础服务的非正式（low-ceremony）框架，基于.Net 及 Mono 平台。官网 ASP.NET WebAPI：快捷创建 HTTP 服务的框架，可以广泛用于多种不同的客户端，包括浏览器和移动设备。
-
框架nfine-NFine 和OpenAuth.Net 使用C# mvc 实现 ccflow工作流，审批 转载于:https://www.cnblogs.com/pcuyer/p/10470094.html
-
权限管理 权限管理机制是 hyperledger fabric 项目的一大特色。下面给出使用权限管理的一个应用案例。 启动集群 首先下载相关镜像。 $ docker pull yeasy/hyperledger:latest $ docker tag yeasy/hyperledger:latest hyperledger/fabric-baseimage:latest $ docker pull
-
添加 找到一个你要添加的位置“右击” 在弹出的下拉选项中选择“添加同级”或“添加下级” 在弹出的对话框输入相关信息 路由名称 路由路径，支持 /app/{namespace}/{id:+0~9} 或 /app/:namespace/:id 两种写法 Icon: 如果是菜单填ant.design支持的icon就行 HTTP请求的Method，支持 GET、POST、DELETE、PUT等 是否是菜单
-
细节 一个文件主要包含下列属性，ls -l - rwxrwxrwx user group date filename 111 101 101 归属用户的权限 归属群组的权限 其它用户的权限 归属用户 归属群组 日期信息 文件名称 对于文件夹，必须拥有它的可执行权限，才能够使用 cd 命令进入该文件夹；拥有可读权限，才能够使用 ls 命令查看该文件夹的文件列表。 root用户
-
jfinal是由jfinal2.2+freemarker+easyui写的一个后台管理系统，参考了jty等一些优秀的开源项目，实现了一个基础的后台管理系统。 在线访问：http://moriiy.wicp.net/jfinal/ 有时可能无法访问（毕竟是部署在自己电脑上的），尽量白天访问，进入系统尽量不要做修改或删除操作。 帐号：admin 密码：123456 测试 test 密码123456
-
RBAC - YII2权限管理 开源协议 GPL 注意事项 严禁使用本软件从事任何非法活动 安装步骤 复制install目录下的dev文件至config目录下 修改dev目录下的db.php中的数据库配置 数据库导入SQL脚本,对应的脚本install目录下 默认密码：ranko/admin 后台地址：index.php?r=site/login 使用事项 starter/filter/Backe
-
用户角色定义共有4种，分别是创建者、管理员、分析师和普通用户，按权限由大到小排列。 1.1. 1. 概念理解 创建者 产品唯一创建人，需个人基本信息及邮箱或手机号码认证，最高权限，可申请更换； 管理员 产品级别，数量可设置多个，与创建者之间除更换创建者之外，权限相同； 分析师 分析功能全部权限，不具有应用、用户权限管理功能权限； 普通用户 查看被授权的看板（未开放功能）； 角色权限速查表： 权限类
-
本节作者：cameluo Shield 是 Elastic 公司官方发布的权限管理产品。其主要特性包括： 提供集群节点身份验证和集群数据访问身份验证 提供基于身份角色的细粒度资源和行为访问控制，细到索引级别的读写控制 提供节点间数据传输通道加密保护输出传输安全 提供审计功能 以插件的形式发布 License管理策略 Shield 是一款商业产品，不过提供 30 天免费试用，试用期间是全功能的。过期
-
链接 Shield Search-Guard 在 Elasticsearch 2.x 上的运用