這篇文章主要介紹了AngularJS中實現(xiàn)用戶訪問的身份認證及表單驗證功能的方法,Angular是Google開發(fā)的一款瀏覽器端的高人氣JavaScript框架,需要的朋友可以參考下
身份驗證
權(quán)限的設(shè)計中比較常見的就是RBAC基于角色的訪問控制,基本思想是,對系統(tǒng)操作的各種權(quán)限不是直接授予具體的用戶,而是在用戶集合與權(quán)限集合之間建立一個角色集合。每一種角色對應(yīng)一組相應(yīng)的權(quán)限。
一旦用戶被分配了適當?shù)慕巧螅撚脩艟蛽碛写私巧乃胁僮鳈?quán)限。這樣做的好處是,不必在每次創(chuàng)建用戶時都進行分配權(quán)限的操作,只要分配用戶相應(yīng)的角色即可,而且角色的權(quán)限變更比用戶的權(quán)限變更要少得多,這樣將簡化用戶的權(quán)限管理,減少系統(tǒng)的開銷。
在Angular構(gòu)建的單頁面應(yīng)用中,要實現(xiàn)這樣的架構(gòu)我們需要額外多做一些事.從整體項目上來講,大約有3處地方,前端工程師需要進行處理.
1. UI處理(根據(jù)用戶擁有的權(quán)限,判斷頁面上的一些內(nèi)容是否顯示)
2. 路由處理(當用戶訪問一個它沒有權(quán)限訪問的url時,跳轉(zhuǎn)到一個錯誤提示的頁面)
3. HTTP請求處理(當我們發(fā)送一個數(shù)據(jù)請求,如果返回的status是401或者403,則通常重定向到一個錯誤提示的頁面)
訪問身份控制的實現(xiàn)
首先需要在Angular啟動之前就獲取到當前用戶的所有的 permissions,然后比較優(yōu)雅的方式是通過一個service存放這個映射關(guān)系.對于UI處理一個頁面上的內(nèi)容是否根據(jù)權(quán)限進行顯示,我們應(yīng)該通 過一個directive來實現(xiàn).當處理完這些,我們還需要在添加一個路由時額外為其添加一個"permission"屬性,并為其賦值表明擁有哪些權(quán)限 的角色可以跳轉(zhuǎn)這個URL,然后通過Angular監(jiān)聽routeChangeStart事件來進行當前用戶是否擁有此URL訪問權(quán)限的校驗.最后還需要 一個HTTP攔截器監(jiān)控當一個請求返回的status是401或者403時,跳轉(zhuǎn)頁面到一個錯誤提示頁面.大致上的工作就是這些,看起來有些多,其實一個個來還是挺好處理的.
返回401,執(zhí)行l(wèi)oginCtrl,返回403執(zhí)行PermissionCtrl。
在Angular運行之前獲取到permission的映射關(guān)系
Angular項目通過ng-app啟動,但是一些情況下我們是希望 Angular項目的啟動在我們的控制之中.比如現(xiàn)在這種情況下,我就希望能獲取到當前登錄用戶的所有permission映射關(guān)系后,再啟動 Angular的App.幸運的是Angular本身提供了這種方式,也就是angular.bootstrap().
var permissionList;
angular.element(document).ready(function() {
$.get('/api/UserPermission', function(data) {
permissionList = data;
angular.bootstrap(document, ['App']);
});
});
看的仔細的人可能會注意到,這里使用的是$.get(),沒有錯用的是jQuery而不是Angular的$resource或者$http,因為在這個時候Angular還沒有啟動,它的function我們還無法使用.
進一步使用上面的代碼可以將獲取到的映射關(guān)系放入一個service作為全局變量來使用.
// app.js
var app = angular.module('myApp', []), permissionList;
app.run(function(permissions) {
permissions.setPermissions(permissionList)
});
angular.element(document).ready(function() {
$.get('/api/UserPermission', function(data) {
permissionList = data;
angular.bootstrap(document, ['App']);
});
});
// common_service.js
angular.module('myApp')
.factory('permissions', function ($rootScope) {
var permissionList;
return {
setPermissions: function(permissions) {
permissionList = permissions;
$rootScope.$broadcast('permissionsChanged')
}
};
});
在取得當前用戶的權(quán)限集合后,我們將這個集合存檔到對應(yīng)的一個service中,然后又做了2件事:
(1) 將permissions存放到factory變量中,使之一直處于內(nèi)存中,實現(xiàn)全局變量的作用,但卻沒有污染命名空間.
(2) 通過$broadcast廣播事件,當權(quán)限發(fā)生變更的時候.
1.如何確定UI組件的依據(jù)權(quán)限進行顯隱
這里我們需要自己編寫一個directive,它會依據(jù)權(quán)限關(guān)系來進行顯示或者隱藏元素.
<!-- If the user has edit permission the show a link -->
<div has-permission='Edit'>
<a href="/#/courses/{{ id }}/edit"> {{ name }}</a>
</div>
<!-- If the user doesn't have edit permission then show text only (Note the "!" before "Edit") -->
<div has-permission='!Edit'>
{{ name }}
</div>
這里看到了比較理想的情況是通關(guān)一個has-permission屬性校驗permission的name,如果當前用戶有則顯示,沒有則隱藏.
angular.module('myApp').directive('hasPermission', function(permissions) {
return {
link: function(scope, element, attrs) {
if(!_.isString(attrs.hasPermission))
throw "hasPermission value must be a string";
var value = attrs.hasPermission.trim();
var notPermissionFlag = value[0] === '!';
if(notPermissionFlag) {
value = value.slice(1).trim();
}
function toggleVisibilityBasedOnPermission() {
var hasPermission = permissions.hasPermission(value);
if(hasPermission && !notPermissionFlag || !hasPermission && notPermissionFlag)
element.show();
else
element.hide();
}
toggleVisibilityBasedOnPermission();
scope.$on('permissionsChanged', toggleVisibilityBasedOnPermission);
}
};
});
擴展一下之前的factory:
angular.module('myApp')
.factory('permissions', function ($rootScope) {
var permissionList;
return {
setPermissions: function(permissions) {
permissionList = permissions;
$rootScope.$broadcast('permissionsChanged')
},
hasPermission: function (permission) {
permission = permission.trim();
return _.some(permissionList, function(item) {
if(_.isString(item.Name))
return item.Name.trim() === permission
});
}
};
});
2.路由上的依權(quán)限訪問
這一部分的實現(xiàn)的思路是這樣: 當我們定義一個路由的時候增加一個permission的屬性,屬性的值就是有哪些權(quán)限才能訪問當前url.然后通過routeChangeStart事 件一直監(jiān)聽url變化.每次變化url的時候,去校驗當前要跳轉(zhuǎn)的url是否符合條件,然后決定是跳轉(zhuǎn)成功還是跳轉(zhuǎn)到錯誤的提示頁面.
app.config(function ($routeProvider) {
$routeProvider
.when('/', {
templateUrl: 'views/viewCourses.html',
controller: 'viewCoursesCtrl'
})
.when('/unauthorized', {
templateUrl: 'views/error.html',
controller: 'ErrorCtrl'
})
.when('/courses/:id/edit', {
templateUrl: 'views/editCourses.html',
controller: 'editCourses',
permission: 'Edit'
});
});
mainController.js 或者 indexController.js (總之是父層Controller)
app.controller('mainAppCtrl', function($scope, $location, permissions) {
$scope.$on('$routeChangeStart', function(scope, next, current) {
var permission = next.$$route.permission;
if(_.isString(permission) && !permissions.hasPermission(permission))
$location.path('/unauthorized');
});
});
這里依然用到了之前寫的hasPermission,這些東西都是高度可復用的.這樣就搞定了,在每次view的route跳轉(zhuǎn)前,在父容器的Controller中判斷一些它到底有沒有跳轉(zhuǎn)的權(quán)限即可.
3.HTTP請求處理
這個應(yīng)該相對來說好處理一點,思想的思路也很簡單.因為Angular應(yīng)用推薦的是RESTful風格的借口,所以對于HTTP協(xié)議的使用很清晰.對于請求返回的status code如果是401或者403則表示沒有權(quán)限,就跳轉(zhuǎn)到對應(yīng)的錯誤提示頁面即可.
當然我們不可能每個請求都去手動校驗轉(zhuǎn)發(fā)一次,所以肯定需要一個總的filter.代碼如下:
angular.module('myApp')
.config(function($httpProvider) {
$httpProvider.responseInterceptors.push('securityInterceptor');
})
.provider('securityInterceptor', function() {
this.$get = function($location, $q) {
return function(promise) {
return promise.then(null, function(response) {
if(response.status === 403 || response.status === 401) {
$location.path('/unauthorized');
}
return $q.reject(response);
});
};
};
});
寫到這里就差不多可以實現(xiàn)在這種前后端分離模式下,前端部分的權(quán)限管理和控制了。
表單驗證
AngularJS 前端驗證指令
var rcSubmitDirective = {
'rcSubmit': function ($parse) {
return {
restrict: "A",
require: [ "rcSubmit", "?form" ],
controller: function() {
this.attempted = false;
var formController = null;
this.setAttempted = function() {
this.attempted = true;
};
this.setFormController = function(controller) {
formController = controller;
};
this.needsAttention = function(fieldModelController) {
if (!formController) return false;
if (fieldModelController) {
return fieldModelController.$invalid && (fieldModelController.$dirty || this.attempted);
} else {
return formController && formController.$invalid && (formController.$dirty || this.attempted);
}
};
},
compile: function() {
return {
pre: function(scope, formElement, attributes, controllers) {
var submitController = controllers[0];
var formController = controllers.length > 1 ? controllers[1] : null;
submitController.setFormController(formController);
scope.rc = scope.rc || {};
scope.rc[attributes.name] = submitController;
},
post: function(scope, formElement, attributes, controllers) {
var submitController = controllers[0];
var formController = controllers.length > 1 ? controllers[1] : null;
var fn = $parse(attributes.rcSubmit);
formElement.bind("submit", function(event) {
submitController.setAttempted();
if (!scope.$$phase) scope.$apply();
if (!formController.$valid) return;
scope.$apply(function() {
fn(scope, {
$event: event
});
});
});
}
};
}
};
}
};
驗證通過
<form name="loginForm" novalidate
ng-app="LoginApp" ng-controller="LoginController" rc-submit="login()">
<div class="form-group"
ng-class="{'has-error': rc.loginForm.needsAttention(loginForm.username)}">
<input class="form-control" name="username" type="text"
placeholder="Username" required ng-model="session.username" />
<span class="help-block"
ng-show="rc.form.needsAttention(loginForm.username) && loginForm.username.$error.required">Required</span>
</div>
<div class="form-group"
ng-class="{'has-error': rc.loginForm.needsAttention(loginForm.password)}">
<input class="form-control" name="password" type="password"
placeholder="Password" required ng-model="session.password" />
<span class="help-block"
ng-show="rc.form.needsAttention(loginForm.password) && loginForm.password.$error.required">Required</span>
</div>
<div class="form-group">
<button type="submit" class="btn btn-primary pull-right"
value="Login" title="Login">
<span>Login</span>
</button>
</div>
</form>
樣式如下
前端驗證通過會調(diào)用login()。