AngularJS 提供商依赖注入 - 在提供商中使用 $log
AngularJS Provider dependency injection - using $log in provider
问题很简单:使用AngularJS我们不能将$log注入provider。
angular.module('my.module', [])
.provider('myProvider', function ($log, $logProvider) {
$log.log("Aloha!"); // Unknown provider: $log
$logProvider.log("Hi!"); // undefined is not a function: $logProvider has no `log` method
this.$get = function($log) {
$log.log("Hello!"); // Everything is ok here
};
});
是的,我们可以注入$logProvider
,但它没有需要的方法(.log
、.error
等)。
是的,我们可以注入$logProvider
,然后手动调用$logProvider.$get()
,但是我们将无法使用装饰器的额外逻辑。
是的,我们可以编写自己的 logProvider,但我想知道为什么 Angular 不支持开箱即用的功能。
所以,我们不能在 'true angular way' 中使用控制台?这个事实很奇怪。和悲伤。
问题:我需要如何在供应商的 "true Angular way" 中使用控制台?
我找不到这个问题的任何解释。
Angular 开发人员指南说我们需要在所有地方使用 $log 而不是控制台。
你可以写一个包装器服务,比如记录器,它可以有像日志、警告、调试等方法,并在需要的地方注入你的记录器服务,你可以在那里进行格式化
例如:
下面的方法在我的记录器服务中调用这个只是注入记录器并调用日志方法。
this.log = function () {
if (this.debuggingEnabled) {
for (var i = 1; i < arguments.length; i++) {
$log.log("[" + $filter('date')(new Date(), this.format) + "] -- " + arguments[0] + " -- " + JSON.stringify(arguments[i]));
}
}
};
Providers 运行 在创建任何服务之前为时过早,或者换句话说,provider 的 $get 是服务构造函数,它在模块的配置阶段之后(以及第一次访问时)被实例化通过依赖注入,注入器实例化构造函数并将其保持为单例)。在配置阶段期间或之前提供者 运行(因为提供者方法用于在模块的 config
阶段配置服务)。这意味着 $log 服务还不可用。
$logProvider.$get
将为您提供日志服务的构造函数,您可以通过调用 $injector.instantiate($logProvider.$get)
自己创建它的实例,但问题是它依赖于 window 服务尚未实例化蜜蜂,因此最终您的记录器实例化将失败。
所以我能想到的一种方法是从另一个注入器获取 $log,即 angular.injector(['ng']).get('$log')
.
即
angular.module('my.module', [])
.provider('myProvider', function ($log, $logProvider) {
var $log = angular.injector(['ng']).get('$log');
$log.log("Aloha!");
this.$get = function($log) {
$log.log("Hello!"); // Everything is ok here
};
});
或者另一种方法就是疯狂地自己实例化它,在这种情况下实例化它的依赖服务它只是 $window(甚至提供 全局 window 作为本地对象)。
.provider('myProvider', function ($logProvider,$injector, $windowProvider) {
//get window service, if you want to really provide window service instance itself, or just provide the global window object
var window = $injector.instantiate($windowProvider.$get);
//Get log provider providing locals for $window
var $log = $injector.instantiate($logProvider.$get,{$window:window})
$log.log("Aloha!");// Everything is ok here too
this.$get = function($log) {
$log.log("Hello!"); // Everything is ok here
};
});
只是添加一个不同的说明:在应用程序的配置阶段尝试访问 $log
服务时,您也会看到相同的行为。但有时由于 decorators
的工作方式,您仍然可以通过使用虚拟装饰器强制早期创建服务来利用它。
即:
.config(function($provide){
//Just a dummy decorator
$provide.decorator('$log', function($delegate){
return $delegate;
});
}).config(function($logProvider){
//get logger instance
var log = $logProvider.$get();
log.debug("Got it");
});
所以最终的想法是,当您需要在实例化之前使用服务时,您需要通过解析其所有依赖项等来手动实例化它。
问题很简单:使用AngularJS我们不能将$log注入provider。
angular.module('my.module', [])
.provider('myProvider', function ($log, $logProvider) {
$log.log("Aloha!"); // Unknown provider: $log
$logProvider.log("Hi!"); // undefined is not a function: $logProvider has no `log` method
this.$get = function($log) {
$log.log("Hello!"); // Everything is ok here
};
});
是的,我们可以注入$logProvider
,但它没有需要的方法(.log
、.error
等)。
是的,我们可以注入$logProvider
,然后手动调用$logProvider.$get()
,但是我们将无法使用装饰器的额外逻辑。
是的,我们可以编写自己的 logProvider,但我想知道为什么 Angular 不支持开箱即用的功能。
所以,我们不能在 'true angular way' 中使用控制台?这个事实很奇怪。和悲伤。
问题:我需要如何在供应商的 "true Angular way" 中使用控制台?
我找不到这个问题的任何解释。 Angular 开发人员指南说我们需要在所有地方使用 $log 而不是控制台。
你可以写一个包装器服务,比如记录器,它可以有像日志、警告、调试等方法,并在需要的地方注入你的记录器服务,你可以在那里进行格式化
例如: 下面的方法在我的记录器服务中调用这个只是注入记录器并调用日志方法。
this.log = function () {
if (this.debuggingEnabled) {
for (var i = 1; i < arguments.length; i++) {
$log.log("[" + $filter('date')(new Date(), this.format) + "] -- " + arguments[0] + " -- " + JSON.stringify(arguments[i]));
}
}
};
Providers 运行 在创建任何服务之前为时过早,或者换句话说,provider 的 $get 是服务构造函数,它在模块的配置阶段之后(以及第一次访问时)被实例化通过依赖注入,注入器实例化构造函数并将其保持为单例)。在配置阶段期间或之前提供者 运行(因为提供者方法用于在模块的 config
阶段配置服务)。这意味着 $log 服务还不可用。
$logProvider.$get
将为您提供日志服务的构造函数,您可以通过调用 $injector.instantiate($logProvider.$get)
自己创建它的实例,但问题是它依赖于 window 服务尚未实例化蜜蜂,因此最终您的记录器实例化将失败。
所以我能想到的一种方法是从另一个注入器获取 $log,即 angular.injector(['ng']).get('$log')
.
即
angular.module('my.module', [])
.provider('myProvider', function ($log, $logProvider) {
var $log = angular.injector(['ng']).get('$log');
$log.log("Aloha!");
this.$get = function($log) {
$log.log("Hello!"); // Everything is ok here
};
});
或者另一种方法就是疯狂地自己实例化它,在这种情况下实例化它的依赖服务它只是 $window(甚至提供 全局 window 作为本地对象)。
.provider('myProvider', function ($logProvider,$injector, $windowProvider) {
//get window service, if you want to really provide window service instance itself, or just provide the global window object
var window = $injector.instantiate($windowProvider.$get);
//Get log provider providing locals for $window
var $log = $injector.instantiate($logProvider.$get,{$window:window})
$log.log("Aloha!");// Everything is ok here too
this.$get = function($log) {
$log.log("Hello!"); // Everything is ok here
};
});
只是添加一个不同的说明:在应用程序的配置阶段尝试访问 $log
服务时,您也会看到相同的行为。但有时由于 decorators
的工作方式,您仍然可以通过使用虚拟装饰器强制早期创建服务来利用它。
即:
.config(function($provide){
//Just a dummy decorator
$provide.decorator('$log', function($delegate){
return $delegate;
});
}).config(function($logProvider){
//get logger instance
var log = $logProvider.$get();
log.debug("Got it");
});
所以最终的想法是,当您需要在实例化之前使用服务时,您需要通过解析其所有依赖项等来手动实例化它。