AngularJS 如何做身份验证

权限的设计中比较常见的就是RBAC基于角色的访问控制,基本思想是,对系统操作的各种权限不是直接授予具体的用户,而是在用户集合与权限集合之间建立一个角色集合。每一种角色对应一组相应的权限。

    一旦用户被分配了适当的角色后,该用户就拥有此角色的所有操作权限。这样做的好处是,不必在每次创建用户时都进行分配权限的操作,只要分配用户相应的角色即可,而且角色的权限变更比用户的权限变更要少得多,这样将简化用户的权限管理,减少系统的开销。

在Angular构建的单页面应用中,要实现这样的架构我们需要额外多做一些事.从整体项目上来讲,大约有3处地方,前端工程师需要进行处理.

    1. UI处理(根据用户拥有的权限,判断页面上的一些内容是否显示)

    2. 路由处理(当用户访问一个它没有权限访问的url时,跳转到一个错误提示的页面)

    3. HTTP请求处理(当我们发送一个数据请求,如果返回的status是401或者403,则通常重定向到一个错误提示的页面)

如何实现?

    首先需要在Angular启动之前就获取到当前用户的所有的 permissions,然后比较优雅的方式是通过一个service存放这个映射关系.对于UI处理一个页面上的内容是否根据权限进行显示,我们应该通 过一个directive来实现.当处理完这些,我们还需要在添加一个路由时额外为其添加一个"permission"属性,并为其赋值表明拥有哪些权限 的角色可以跳转这个URL,然后通过Angular监听routeChangeStart事件来进行当前用户是否拥有此URL访问权限的校验.最后还需要 一个HTTP拦截器监控当一个请求返回的status是401或者403时,跳转页面到一个错误提示页面.大致上的工作就是这些,看起来有些多,其实一个个来还是挺好处理的.
返回401,执行loginCtrl,返回403执行PermissionCtrl。

 

在Angular运行之前获取到permission的映射关系

    Angular项目通过ng-app启动,但是一些情况下我们是希望 Angular项目的启动在我们的控制之中.比如现在这种情况下,我就希望能获取到当前登录用户的所有permission映射关系后,再启动 Angular的App.幸运的是Angular本身提供了这种方式,也就是angular.bootstrap().

Java代码  

  1. var permissionList;  
  2. angular.element(document).ready(function() {  
  3.   $.get('/api/UserPermission', function(data) {  
  4.     permissionList = data;  
  5.     angular.bootstrap(document, ['App']);  
  6.   });  
  7. });  

看的仔细的人可能会注意到,这里使用的是$.get(),没有错用的是jQuery而不是Angular的$resource或者$http,因为在这个时候Angular还没有启动,它的function我们还无法使用.

进一步使用上面的代码可以将获取到的映射关系放入一个service作为全局变量来使用.

Java代码  

  1. // app.js  
  2. var app = angular.module('myApp', []), permissionList;  
  3.     
  4. app.run(function(permissions) {  
  5.   permissions.setPermissions(permissionList)  
  6. });  
  7.     
  8. angular.element(document).ready(function() {  
  9.   $.get('/api/UserPermission', function(data) {  
  10.     permissionList = data;  
  11.     angular.bootstrap(document, ['App']);  
  12.   });  
  13. });  
  14.    
  15. // common_service.js  
  16. angular.module('myApp')  
  17.   .factory('permissions', function ($rootScope) {  
  18.     var permissionList;  
  19.     return {  
  20.       setPermissions: function(permissions) {  
  21.         permissionList = permissions;  
  22.         $rootScope.$broadcast('permissionsChanged')  
  23.       }  
  24.    };  
  25.   });  

 在取得当前用户的权限集合后,我们将这个集合存档到对应的一个service中,然后又做了2件事:

    (1) 将permissions存放到factory变量中,使之一直处于内存中,实现全局变量的作用,但却没有污染命名空间.

    (2) 通过$broadcast广播事件,当权限发生变更的时候.

 

1如何确定UI组件的依据权限进行显隐

    这里我们需要自己编写一个directive,它会依据权限关系来进行显示或者隐藏元素.

Java代码  

  1. <!-- If the user has edit permission the show a link -->  
  2. <div has-permission='Edit'>  
  3.   <a href="/#/courses/{{ id }}/edit"> {{ name }}</a>  
  4. </div>  
  5.     
  6. <!-- If the user doesn't have edit permission then show text only (Note the "!" before "Edit") -->  
  7. <div has-permission='!Edit'>  
  8.   {{ name }}  
  9. </div>  

 这里看到了比较理想的情况是通关一个has-permission属性校验permission的name,如果当前用户有则显示,没有则隐藏.

Java代码  

  1. angular.module('myApp').directive('hasPermission', function(permissions) {  
  2.   return {  
  3.     link: function(scope, element, attrs) {  
  4.       if(!_.isString(attrs.hasPermission))  
  5.         throw "hasPermission value must be a string";  
  6.     
  7.       var value = attrs.hasPermission.trim();  
  8.       var notPermissionFlag = value[0] === '!';  
  9.       if(notPermissionFlag) {  
  10.         value = value.slice(1).trim();  
  11.       }  
  12.     
  13.       function toggleVisibilityBasedOnPermission() {  
  14.         var hasPermission = permissions.hasPermission(value);  
  15.     
  16.         if(hasPermission && !notPermissionFlag || !hasPermission && notPermissionFlag)  
  17.           element.show();  
  18.         else  
  19.           element.hide();  
  20.       }  
  21.       toggleVisibilityBasedOnPermission();  
  22.       scope.$on('permissionsChanged', toggleVisibilityBasedOnPermission);  
  23.     }  
  24.   };  
  25. });  

 扩展一下之前的factory:

Java代码  

  1. angular.module('myApp')  
  2.   .factory('permissions', function ($rootScope) {  
  3.     var permissionList;  
  4.     return {  
  5.       setPermissions: function(permissions) {  
  6.         permissionList = permissions;  
  7.         $rootScope.$broadcast('permissionsChanged')  
  8.       },  
  9.       hasPermission: function (permission) {  
  10.         permission = permission.trim();  
  11.         return _.some(permissionList, function(item) {  
  12.           if(_.isString(item.Name))  
  13.             return item.Name.trim() === permission  
  14.         });  
  15.       }  
  16.    };  
  17.   });  

 2路由上的依权限访问

    这一部分的实现的思路是这样: 当我们定义一个路由的时候增加一个permission的属性,属性的值就是有哪些权限才能访问当前url.然后通过routeChangeStart事 件一直监听url变化.每次变化url的时候,去校验当前要跳转的url是否符合条件,然后决定是跳转成功还是跳转到错误的提示页面.

Java代码  

  1. app.config(function ($routeProvider) {  
  2.   $routeProvider  
  3.     .when('/', {  
  4.       templateUrl: 'views/viewCourses.html',  
  5.       controller: 'viewCoursesCtrl'  
  6.     })  
  7.     .when('/unauthorized', {  
  8.       templateUrl: 'views/error.html',  
  9.       controller: 'ErrorCtrl'  
  10.     })  
  11.     .when('/courses/:id/edit', {  
  12.       templateUrl: 'views/editCourses.html',  
  13.       controller: 'editCourses',  
  14.       permission: 'Edit'  
  15.     });  
  16. });  

 mainController.js 或者 indexController.js (总之是父层Controller)

Java代码  

  1. app.controller('mainAppCtrl', function($scope, $location, permissions) {  
  2.   $scope.$on('$routeChangeStart', function(scope, next, current) {  
  3.     var permission = next.$$route.permission;  
  4.     if(_.isString(permission) && !permissions.hasPermission(permission))  
  5.       $location.path('/unauthorized');  
  6.   });  
  7. });  

这里依然用到了之前写的hasPermission,这些东西都是高度可复用的.这样就搞定了,在每次view的route跳转前,在父容器的Controller中判断一些它到底有没有跳转的权限即可.

3HTTP请求处理

    这个应该相对来说好处理一点,思想的思路也很简单.因为Angular应用推荐的是RESTful风格的借口,所以对于HTTP协议的使用很清晰.对于请求返回的status code如果是401或者403则表示没有权限,就跳转到对应的错误提示页面即可.

    当然我们不可能每个请求都去手动校验转发一次,所以肯定需要一个总的filter.代码如下:

Java代码  

  1. angular.module('myApp')  
  2.   .config(function($httpProvider) {  
  3.     $httpProvider.responseInterceptors.push('securityInterceptor');  
  4.   })  
  5.   .provider('securityInterceptor', function() {  
  6.     this.$get = function($location, $q) {  
  7.       return function(promise) {  
  8.         return promise.then(null, function(response) {  
  9.           if(response.status === 403 || response.status === 401) {  
  10.             $location.path('/unauthorized');  
  11.           }  
  12.           return $q.reject(response);  
  13.         });  
  14.       };  
  15.     };  
  16.   });  

写到这里就差不多可以实现在这种前后端分离模式下,前端部分的权限管理和控制了.补充github上的文件地址:https://github.com/BigKunLun/angular-simple-permission

时间: 2024-10-30 17:47:34

AngularJS 如何做身份验证的相关文章

AngularJS身份验证的方法_AngularJS

权限的设计中比较常见的就是RBAC基于角色的访问控制,基本思想是,对系统操作的各种权限不是直接授予具体的用户,而是在用户集合与权限集合之间建立一个角色集合.每一种角色对应一组相应的权限. 一旦用户被分配了适当的角色后,该用户就拥有此角色的所有操作权限.这样做的好处是,不必在每次创建用户时都进行分配权限的操作,只要分配用户相应的角色即可,而且角色的权限变更比用户的权限变更要少得多,这样将简化用户的权限管理,减少系统的开销. 在Angular构建的单页面应用中,要实现这样的架构我们需要额外多做一些事

百付宝推手机锁服务 网上交易多一次身份验证

中介交易 SEO诊断 淘宝客 云主机 技术大厅 日前,百度旗下电子商务支付平台百付宝(http://www.baifubao.com)推出"手机锁"服务,开通这一服务的用户在使用百付宝进行支付 时,如果支付金额大于设置的额度,将对支付做身份验证,方可完成交易. 交易安全是电子商务支付平台最基础的保障,也是当前阻碍更多人在网络上消费的最重要因素之一.为此,各大电子商务平台陆续推出了各种各样的安全措施,其中 最重要的便是身份验证机制,包括账户验证.数字签名.手机验证等.据有关数据统计,当交

这家公司做四因子身份验证

本文讲的是这家公司做四因子身份验证,Trusona的系统涉及了App.加密狗.邮局和电影<逍遥法外>的原型 初创公司Trusona发布100%准确的身份验证方案,瞄准公司高管.银行贵宾客户和IT管理员等对公司贵重资产享有非受限权限的人士. 该系统使用四因子身份验证以确保登录者身份相符,需要一个关联特定设备(手机.平板.笔记本电脑).用户已有磁条卡.依刷卡方式自适应生物ID的加密狗. 该TruToken加密狗,是MagTek出品的ATM卡反克隆技术微缩版,不读取卡片磁条记录的数字信息,而是读取组

详解Angular开发中的登陆与身份验证_AngularJS

前言 由于 Angular 是单页应用,会在一开始,就把大部分的资源加载到浏览器中,所以就更需要注意验证的时机,并保证只有通过了验证的用户才能看到对应的界面. 本篇文章中的身份验证,指的是如何确定用户是否已经登陆,并确保在每次与服务器的通信中,都能够满足服务器的验证需求.注意,并不包括对具体是否具有某一个权限的判断. 对于登陆,主要是接受用户的用户名密码输入,提交到服务器进行验证,处理验证响应,在浏览器端构建身份验证数据. 实现身份验证的两种方式 目前,实现身份验证的方法,主要有两个大类: Co

ASP.NET七大身份验证方式及解决方案

在B/S系统开发中,经常需要使用"身份验证".因为web应用程序非常特殊,和传统的C/S程序不同,默认情况下(不采用任何身份验证方式和权限控制手段),当你的程序在互联网/局域网上公开后,任何人都能够访问你的web应用程序的资源,这样很难保障应用程序安全性.通俗点来说:对于大多数的内部系统.业务支撑平台等而言,用户必须登录,否则无法访问和操作任何页面.而对于互联网(网站)而言,又有些差异,因为通常网站的大部分页面和信息都是对外公开的,只有涉及到注册用户个人信息的操作,或者网站的后台管理等

[收藏]使用Reporting Services中的窗体身份验证

services 使用 Reporting Services 中的窗体身份验证发布日期: 8/18/2004 | 更新日期: 8/18/2004Microsoft Corporation 适用范围:Microsoft SQL Server 2000 Reporting Services 摘要:了解有关 Reporting Services 安全扩展方面的知识,着重学习窗体身份验证.此外,下载和部署 Reporting Services 的窗体身份验证扩展示例. 要安装示例代码,请下载 Forms

浅谈PHP+MYSQL身份验证的方法

mysql 近日在为学校制做校友录时,需要身份验证,在对比之后决定采用PHP+MYSQL进行身份验证. 之前也曾考虑过用cookies或session.但是用cookies,在用户离线再上线后,只要cookies不过期,不用登录仍然可以保持在线,这对于网吧来说是个隐患.而且用户可以关闭cookies,这样身份验证就不成功.也考虑过用session,session在浏览过程中不断的将访问信息加入到session中,如果用户在网站内时间很长,浏览的页面很多,就用导致session越来越大,浏览速度降

使用ASP.Net Forms模式实现WebService身份验证

asp.net|web     在安全性要求不是很高的ASP.Net程序中,基于Forms的身份验证是经常使用的一种方式,而如果需要对WebService进行身份验证,最常用的可能是基于Soap 标头的自定义身份验证方式.如果对两者做一下比较的话,显然,基于Forms的验证方式更加方便易用,能否将Forms验证方式应用到WebService中去呢?     从理论上讲,使用基于Forms的方式对WebService进行身份验证是可行的,但是使用过程中会存在以下两个问题: 1.基于Forms的验证

在ASP.NET应用程序中捕捉身份验证状态的变化

asp.net|程序 前年我写过一篇随笔抱怨Microsoft在ASP.NET架构中Session_End事件上处理,说来惭愧,其实当年我对ASP.NET运行时的复杂性理解不足.实话说,捕捉通过身份验证和注销身份验证对我来说,意义重大.例如: 在登录前先检查是否已经存在SSO提供器: 登录完成后加载相关的权限,这些加载过程可能与具体应用项目完全无关: 登录结束后通知SSO提供器清除Cookie内容: ...... 目前的ASP.NET提供的解决方案是在Global.cs中加上FormsAuthe