在开发中,组件一般用来写视图有关的功能,服务则写一些其他的逻辑,诸如从服务器获取html" target="_blank">数据、验证用户输入或直接往控制台中写日志等工作.
先解释两个概念:
假想一个去医院看病的过程:
找医生看病判断病情,医生开处方 --> 处方交给护士 --> 护士小姐姐根据处方给你注射药物.
这里医生开的处方是providers,将处方交给护士则是将providers注册到injector,护士小姐姐是injector
angular中有很多方式可以将providers注册到injector:
@Injectable 装饰器
在服务类的 @Injectable 装饰器中
//service @Injectable({ providedIn: 'root', })
providedIn: 'root' 告诉 Angular在根注入器中注册这个图纸.root 还可以是某一个具体的模块名.
这种方式注册,在代码编译打包时,可以执行摇树优化,这会移除所有没在应用中使用过的服务。摇树优化会使打包体积更小。
@NgModule 中的 providers
在模块的 @NgModule 中
//service @Injectable() //module @NgModule({ providers: [ UserService, { provide: APP_CONFIG, useValue: HERO_DI_CONFIG } ], })
这种方式注册,可以对图纸进行一些额外的配置.
note:在@NgModule中注册的服务,在图纸中也需要写@Injectable()装饰器
在组件中注册
在组件的 @Component 中
@Component({ selector: 'app-heroes', providers: [ HeroService ]
这种方式注册,会注册到每个组件实例自己的注入器上。(多个组件会有多个注入器)
note:服务在每个注入器的范围内是单例的。 在任何一个注入器中,最多只会有同一个服务的一个实例。
不提供图纸
最常见的图纸是class,但是在配置providers: []时,也可以不提供class图纸,而是返回对象的工厂函数,或是对象字面量[{ provide: Logger, useClass: Logger }]
也可以使用useValue属性直接交付一个对象实例,[{ provide: Logger, useValue: silentLogger }]
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持小牛知识库。
我们在产品中使用Spring引导微服务,我们有多达10个应用程序。为了记录,我们使用Log4j MDC来生成事务标识,并使用拦截器和过滤器将其传递给服务[超文本传输协议标头]。问题是我们必须在我们所有的应用程序(比如10个)中添加拦截器和过滤器来跟踪这个事务。有没有办法在我们的微服务应用程序中创建jar并注入。 我们能否在所有应用程序中使用最少的代码更改来实现这一点?
问题内容: 我正在测试服务A,但是服务A取决于服务B(即服务B已注入服务A)。 我已经看到了这个问题,但是我的情况有所不同,因为我认为_模拟_ 服务B而不是注入服务B的实际实例更有意义。我将用茉莉间谍对其进行模拟。 这是一个示例测试: 我得到的错误是: 错误:未知提供程序:serviceBProvider 我该怎么做? 问题答案: 实际上,在AngularJS中,依赖注入使用“最后获胜”规则。因此
# 服务和组件 组件(components), 服务(services) 和依赖(dependencies): 和其他技术一样, Windsor 有一些基础概念你需要理解以便正确的使用它。不要害怕 - 他们可能有吓人复杂的名称和抽象的定义,但是掌握他们十分简单。 服务 :information_source: Windsor中的服务 和 WCF 服务: 术语服务(service)的使用十分泛滥,
我正在尝试开发一个具有多个页面的Flutter应用程序。我有一个SignInService,我试图注入在不同的页面使用get_it服务定位器。 服务定位器。飞奔 ervice.dart 当我登录时,firebaseUser变量正在该类中设置,并且该值不为null。 当我在像这样的另一个页面中使用它时,我得到一个空值。 E/flatter(20069):[ERROR:flatter/lib/ui/u
到现在为止,我们使用是硬编码的三条手机记录数据集。现在我们使用AngularJS一个内置服务$http来获取一个更大的手机记录数据集。我们将使用AngularJS的 依赖注入(dependency injection (DI))功能来为PhoneListCtrl控制器提供这个AngularJS服务。 请重置工作目录: git checkout -f step-5 刷新浏览器,你现在应该能看到一个2
容器和依赖注入 5.1版本正式引入了容器的概念,用来更方便的管理类依赖及运行依赖注入。 5.0版本已经支持依赖注入的,依赖注入和容器没有必然关系 容器类的工作由think\Container类完成,但大多数情况我们只需要通过app助手函数即可完成大部分操作。 依赖注入其实本质上是指对类的依赖通过构造器完成自动注入,例如在控制器架构方法和操作方法中一旦对参数进行对象类型约束则会自动触发依赖注入,由于