我有一个问题,我在控制器的作用域中初始化了一个变量。然后当用户登录时,在另一个控制器中更改它。这个变量用于控制诸如导航栏之类的东西,并根据用户类型限制对站点的某些部分的访问,因此保持其值非常重要。问题在于,初始化它的控制器会被 Angular 再次调用,然后将变量重置为其初始值。
我认为这不是声明和初始化全局变量的正确方法,实际上它并不是真正的全局变量,所以我的问题是什么是正确的方法,是否有任何好的示例可以与当前版本的 Angular 一起使用?
我有一个问题,我在控制器的作用域中初始化了一个变量。然后当用户登录时,在另一个控制器中更改它。这个变量用于控制诸如导航栏之类的东西,并根据用户类型限制对站点的某些部分的访问,因此保持其值非常重要。问题在于,初始化它的控制器会被 Angular 再次调用,然后将变量重置为其初始值。
我认为这不是声明和初始化全局变量的正确方法,实际上它并不是真正的全局变量,所以我的问题是什么是正确的方法,是否有任何好的示例可以与当前版本的 Angular 一起使用?
你基本上有两个选项用于“全局”变量:
$rootScope
http://docs.angularjs.org/api/ng.$rootScope$rootScope
是所有作用域的父级,因此在那里公开的值将在所有模板和控制器中可见。 使用$rootScope
非常容易,因为您可以将其注入到任何控制器中并更改此作用域中的值。 它可能很方便,但具有全局变量的所有问题。
服务是单例,可以将其注入到任何控制器中,并在控制器的作用域中公开其值。 服务仍然是“全局”的,但您对这些服务在哪里使用和公开有更好的控制。
使用服务略微复杂,但不是太多,以下是一个示例:
var myApp = angular.module('myApp',[]);
myApp.factory('UserService', function() {
return {
name : 'anonymous'
};
});
然后在控制器中:
function MyCtrl($scope, UserService) {
$scope.name = UserService.name;
}
这里是可工作的 jsFiddle: http://jsfiddle.net/pkozlowski_opensource/BRWPM/2/
根据Angular Providers文档,如果您只想存储一个值,则应使用Value recipe:
var myApp = angular.module('myApp', []);
myApp.value('clientId', 'a12345654321x');
然后像这样在控制器中使用:
myApp.controller('DemoController', ['clientId', function DemoController(clientId) {
this.clientId = clientId;
}]);
使用Provider、Factory或Service也可以实现相同的功能,因为它们只是提供者配方的语法糖,但使用Value可以用最少的语法实现你想要的效果。
另一个选择是使用$rootScope
,但不建议使用它,因为它与其他语言中不应使用全局变量的原因相同。根据建议,应该适度使用。
由于所有作用域都继承自$rootScope
,如果你有一个变量$rootScope.data
,而某人忘记了data
已经被定义,并在本地作用域中创建$scope.data
,你将遇到问题。
如果您想修改此值并使其在所有控制器中保持不变,请使用一个对象并修改属性,记住Javascript是传递引用副本的:"copy of a reference"
myApp.value('clientId', { value: 'a12345654321x' });
myApp.controller('DemoController', ['clientId', function DemoController(clientId) {
this.clientId = clientId;
this.change = function(value) {
clientId.value = 'something else';
}
}];
clientId
? - Blaise使用$rootScope
演示AngularJS的“全局变量”示例:
控制器1设置全局变量:
function MyCtrl1($scope, $rootScope) {
$rootScope.name = 'anonymous';
}
控制器2读取全局变量:
function MyCtrl2($scope, $rootScope) {
$scope.name2 = $rootScope.name;
}
这里有一个可用的jsFiddle:http://jsfiddle.net/natefriedman/3XT3F/1/
为了在wiki池中增加另一个想法,那么AngularJS的value
和constant
模块怎么样?我刚开始使用它们自己,但我认为这些可能是最好的选择。
注意:截至撰写本文时,Angular 1.3.7是最新的稳定版本,我相信这些是在1.2.0中添加的,尚未通过更改日志确认。
取决于您需要定义多少个,您可能希望为它们创建单独的文件。但是,我通常只是在我的应用程序的.config()
块之前定义它们以方便访问。因为它们仍然有效地是模块,所以您需要依赖注入来使用它们,但是它们被认为是您的应用程序模块的“全局”。
例如:
angular.module('myApp', [])
.value('debug', true)
.constant('ENVIRONMENT', 'development')
.config({...})
然后在任何控制器内部:
angular.module('myApp')
.controller('MainCtrl', function(debug, ENVIRONMENT), {
// here you can access `debug` and `ENVIRONMENT` as straight variables
})
从最初的问题来看,似乎静态属性在这里是必需的,无论是作为可变(值)还是最终(常量)。这更多是我的个人意见,但我发现将运行时配置项放在$rootScope
上会很快变得太混乱。
// app.js or break it up into seperate files
// whatever structure is your flavor
angular.module('myApp', [])
.constant('CONFIG', {
'APP_NAME' : 'My Awesome App',
'APP_VERSION' : '0.0.0',
'GOOGLE_ANALYTICS_ID' : '',
'BASE_URL' : '',
'SYSTEM_LANGUAGE' : ''
})
.controller('GlobalVarController', ['$scope', 'CONFIG', function($scope, CONFIG) {
// If you wish to show the CONFIG vars in the console:
console.log(CONFIG);
// And your CONFIG vars in .constant will be passed to the HTML doc with this:
$scope.config = CONFIG;
}]);
在你的HTML中:
<span ng-controller="GlobalVarController">{{config.APP_NAME}} | v{{config.APP_VERSION}}</span>
localStorage.username = 'blah'
如果您使用的是现代浏览器,那么您可以放心使用。不过请注意,所有的值都将被转换为字符串。
此外,这也有一个便利之处,就是在重新加载页面时会被缓存。
$rootScope
将不再存在。我的猜测是基于$scope
也被删除的事实。显然,控制器仍然存在,只是不以ng-controller
方式存在。考虑将控制器注入到指令中。随着发布日期的临近,如果您想更轻松地从版本1.X切换到2.0,则最好使用服务作为全局变量。您还可以使用环境变量$window
,这样就可以在$watch
内部检查控制器外部声明的全局变量。
var initWatch = function($scope,$window){
$scope.$watch(function(scope) { return $window.globalVar },
function(newValue) {
$scope.updateDisplayedVar(newValue);
});
}
注意,使用这些全局值会使摘要周期变长,因此并不总是实时更新。我需要在这个配置中调查摘要时间。
试试这个,你不需要在控制器中强制注入$rootScope
。
app.run(function($rootScope) {
$rootScope.Currency = 'USD';
});
你只能在run块中使用它,因为config块不允许你使用$rootScope服务。
我无意中发现了另一种方法:
我所做的是在应用程序声明之前声明一个var db = null
,然后在app.js
中进行修改,当我在controller.js
中访问它时,我能够毫无问题地访问它。也许这种方法存在一些我不知道的问题,但我想这是一个不错的解决方案。