小黄豆权限系统(一)

  小黄豆权限系统是从小黄豆CRM中分离出来的。小黄豆CRM自2014年开源以来,受到了广大企业和广大开发者的喜爱,现特将权限部分独立开源出来。

先放一张预览图:

 

  小黄豆权限系统,具有一下特点:

  1、前后端完全分离。前端基于Jquery Ligerui 1.1.1开发,后台使用C#开发,通过Ajax技术传送和接收数据。实际上,因为前后端完全分离,后台完全可以是任何其他技术,比如java等。

  2、细粒度的权限设计。权限系统的权限精细的控制到目录和每一个按钮,操作方便的同时,也能够灵活的设置权限。

  3、数据权限设置。数据权限包含【本人】【本部】【本部及下级】【跨部】【全部】这几个维度,可以全方位的控制数据的显示范围,对不同的角色的可操作范围定义。

  4、基于角色设计。小黄豆权限基于角色设计,使用人员可以定义多个角色,获取的权限采用交集,从而简化权限操作。

  5、系统有详细的日志记录,以及详细的错误记录,会记录系统的错误信息,从而可以随时分析和改进系统。

  小黄豆权限系统基于 MIT 协议发布。

  下一篇,我将详细的介绍各个功能。

项目托管:http://git.oschina.net/xhd/XHD_Auth

时间: 2024-10-14 05:03:27

小黄豆权限系统(一)的相关文章

简洁常用权限系统的设计与实现(一):构造权限菜单树的N(N>=4)种方法

权限系统,Web开发常见标准子系统之一.结合自己的一些思考和实践,从本篇开始权限系统的设计与实现之路. 最近,重构了项目的权限菜单构造过程,向前端返回json格式的权限树. 这一篇,只是大致介绍下这个问题,并给出4种方法的整体思路,后续再分别详细介绍这4种方法,再往后介绍完整的权限系统的设计与实现. 权限表的结构: acl.parent_acl, 最重要的就是这2个字段,有了这2个字段,就可以构造一棵树了. 前端需要的json格式: "data":[{ "acl":

微信小程序分销系统开发

微信小程序开发 小程序分销开发 (微电:138-2848-7919 陈琦) 小程序功能定制 微信小程序系统开发 小程序分销系统 小程序开发 等来近一年,微信小程序终于正式发布了,对于开发者朋友来说,今后都可以申请创建自己的小程序.那么微信小程序怎么申请? 那么小程序可以做什么呢? 简单来说就是一款不用安装的app,可具备app上开发权限 那么与公众号有什么区别呢 公众号部门接口受到腾讯监控,开发不出来甚至受到限制,在小程序这里就没有,比如最简单就是GPS定位权限,在app上可以完美呈现,但公众号

面试题:如何设计一个权限系统?

前言 权限管理是所有后台系统的都会涉及的一个重要组成部分,主要目的是对不同的人访问资源进行权限的控制,避免因权限控制缺失或操作不当引发的风险问题,如操作错误,隐私数据泄露等问题. 目前在公司负责权限这块,所以对权限这块的设计比较熟悉,公司采用微服务架构,权限系统自然就独立出来了,其他业务系统包括商品中心,订单中心,用户中心,仓库系统,小程序,多个APP等十几个系统和终端 1.权限模型 迄今为止最为普及的权限设计模型是RBAC模型,基于角色的访问控制(Role-Based Access Contr

转:RBAC如何设计一个权限系统

前言 权限管理是所有后台系统的都会涉及的一个重要组成部分,主要目的是对不同的人访问资源进行权限的控制,避免因权限控制缺失或操作不当引发的风险问题,如操作错误,隐私数据泄露等问题.目前在公司负责权限这块,所以对权限这块的设计比较熟悉,公司采用微服务架构,权限系统自然就独立出来了,其他业务系统包括商品中心,订单中心,用户中心,仓库系统,小程序,多个APP等十几个系统和终端 1.权限模型 迄今为止最为普及的权限设计模型是RBAC模型,基于角色的访问控制(Role-Based Access Contro

权限系统

系统设计——权限系统 前言:写了两篇关于DataGridView的文章:Winform系列——好用的DataGridview过滤控件(表格的高级搜索功能) 和 Winform系列——好看的DataGridView折叠控件.这章来记录下权限系统.关于权限系统,网上版本非常多,大都实用性不太高,大多数的系统就是因为分得太细了反而使系统错综复杂,甚至有看到有按照角色.部门.地区.用户四个方便分别去做权限分配的,我的个神,这样一来,要取一个用户的权限那个麻烦,当然并非说那些大神们封的东西不好,而是适用性

权限系统——初识

最近正在做高效平台中权限系统的项目,原来想的权限吗?简单,不就是判断一下这个用户存不存在,能看那些页面吗? 如果你是这么想的,那么我也只能说你应该好好的看看这篇文章,如果您对权限系统认识很深,那么就不需要再看了,因为这篇文章是帮助我自己理解的,当然也能帮助一下那些对权限系统一点认识也没有的朋友! 首先应该说说,什么是权限系统?它有什么作用? 权限管理系统,一般指根据系统设置的安全规则或者安全策略,用户可以访问而且只能访问自己被授权的资源,不多不少.权限管理系统几乎出现在任何系统里面,只要有用户和

架构设计分享之权限系统(看图说话)

前面一篇文章<最近架构随想>,我提到架构设计的一些构想,其实也是对之前项目经验的一些归纳及总结.今天我们就以权限系统作为切入点,谈一谈怎么设计权限系统以及怎么做到系统具有以下特性: Organized:如果系统组织比较好,可以起到事半功倍的效果. Encapsulated:对功能,结构,数据进行有效的封装,会使系统维护变得更加容易. Reusable:对常用功能以及组件进行有效的封装,可以使系统变得结构清晰且方便维护. Extensible:在设计系统的时候,如果很好的遵守OO的设计理念(OO

权限系统与RBAC模型概述

为了防止无良网站的爬虫抓取文章,特此标识,转载请注明文章出处.LaplaceDemon/SJQ. http://www.cnblogs.com/shijiaqi1066/p/3793894.html 0. 前言 一年前,我负责的一个项目中需要权限管理.当时凭着自己的逻辑设计出了一套权限管理模型,基本原理与RBAC非常相似,只是过于简陋.当时google了一些权限管理的资料,从中了解到早就有了RBAC这个东西.可惜一直没狠下心来学习. 更详细的RBAC模型非常复杂.本文只做了一些基础的理论性概述.

权限系统组织管理—具体设计说明书

前言: 上次聚哥让写具体设计文档.自己也写了自己模块的,认为写的挺好的.可是后来娥接手权限.我跟她说权限逻辑的时候,才发现非常多东西在具体设计文档中都没有写出来,所下面一个人接手的话,又要跑来问好多逻辑的问题.每一次都要做非常多反复性的工作.还有上次.做PB中期验收的毕业设计的时候,我没有下载到直接带着数据库的,可是材料中有数据库说明书,写的特别具体.所以我就依照别人的数据库说明书,搭建起来了,系统也成功跑起来了.这个时候认为这些文档特别的实用.所以,我想,别人看了我的具体设计说明书,是不是也可