angular 服务的单例模式(依赖注入模式下)详解

angular官方文档单例服务的说明

单例模式就不要说了，懂点设计模式的都懂得，真有不明白的自行百度。

（解释下angular的命名，angular就是angular2+，angular1叫angularjs，至于angular2，3，4，5，6只是angular的版本，通称angular，希望小伙伴不要叫错了）

单例模式如何在angular的服务中使用呢，angular的官方文档中有这么一段话：

单例服务

服务在每个注入器的范围内是单例的。 在任何一个注入器中，最多只会有同一个服务的一个实例。

这里只有一个根注入器，而 UserService 就是在该注入器中注册的。 所以，在整个应用中只能有一个 UserService 实例，每个要求注入 UserService 的类都会得到这个服务实例。

不过，Angular DI 是一个 多级注入系统，这意味着各级注入器都可以创建它们自己的服务实例。 Angular 总会创建多级注入器。

笼统，并不知道依赖注入服务单例模式怎么用，要想弄明白很简单，简单的写个例子实验一下就可以了，下面我会给大家说一下我的实验总结，帮助小伙伴节约一些这种乏味的探索时间。

实验样例代码

服务代码

import { Injectable } from '@angular/core';

@Injectable(
 //{providedIn: 'root'}
)
export class SingletonServiveTestService {
 private _name = "primaryName";
 constructor() { }
 setName (name){
  this._name = name;
 }
 getName(){
  return this._name;
 }
}

小伙伴可能会说了，这TM怎么会是单例模式。小伙伴不要激动，我也是这么想的，怎么TM怎么会是单例。不过在angular的依赖注入中，有几种写法确实会使这种代码以单例模式的方式运行。

解释下{providedIn: 'root'},一开始认为只要传入这个对象，让服务以root的方式提供给子module，子组件，然后这个服务就是单例的，后台发现，这个对象和单例没有半毛钱关系，它只是app.module中引入服务的另一种写法，除了这个用处，没有别的用处，所以下文中我们就不说添加和不添加{providedIn: 'root'}的情况了

注入代码

注入分为Module.providers和Component.providers两种；实验的module是实现懒加载的。

上面代码的测试结果（module都是懒加载的）

这三个结果已经代表各种情况了，如果小伙伴还想知道其他一些情况的下的结果，小伙伴可以自己动手写个例子，或者给我留言

  • 在app.module.providers或者app.component.providers中依赖面进去这个服务，在子component和子module中的component中的构造函数中国呢注入进去这个服务，这个服务的表现特征是 单例 的。
  • 在懒加载的子module.providers 中依赖进去这个服务，在这个module下面的component中的构造函数中注入进去这个服务，这个服务表现特征是 单例 的。
  • 在component.providers中依赖进去这个服务，然后在component的构造函数中依赖注入进去这个服务，这个服务表现特征是 非单例 的.

单例不都通过静态属性来实现的吗？

我认为单例就是实现属性方法的保持一个实例，而angular中想用到单例多是实现一些数据整个项目通用，按照设计模式上讲上面和下面的代码都不是标准的单例模式的写法，但是在实际使用中确实是达到了单例模式的目的，上吗的有angular的官方文档做背书，所以我就写了上吗那种在angular中可以是单例模式，至于下面这中我就叫静态属性单一模式，ts静态属性被编译成正常的js，就是构造函数上的属性而已，概念高大上，原理矮小low。

import { Injectable } from '@angular/core';

@Injectable()
export class SingletonServiveTestService {
 private static _name = "primaryName";

 constructor() { }
 setName (name){
  SingletonServiveTestService._name = name;
 }
 getName(){
  return SingletonServiveTestService._name;
 }
}

这个实验着在各种情况下都能表现 单例 特征

这种方法万金油，单例就用这中不久ok了，小伙伴写代码要考究，莫要粗放。结合上面代码代码的单例实现根据具体使用场景来选择用那种方式。

真正严格的用单例模式的话是用不上angular服务的依赖注入的这套机制的。至于要不要使用单例抛掉依赖注入，看业务场景了。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持我们。

赞 (0)

相关推荐

  • 深入理解Angular中的依赖注入

    深入理解Angular中的依赖注入

    一.什么是依赖注入 控制反转(IoC) 控制反转的概念最早在2004年由Martin Fowler提出,是针对面向对象设计不断复杂化而提出的一种设计原则,是利用面向对象编程法则来降低应用耦合的设计模式. IoC强调的是对代码引用的控制权由调用方转移到了外部容器,在运行是通过某种方式注入进来,实现了控制反转,这大大降低了程序之间的耦合度.依赖注入是最常用的一种实现IoC的方式,另一种是依赖查找. 依赖注入(Dependency Injection) 当然,按照惯例我们应该举个例子, 哦对,我们主要

  • 深入理解Angular4中的依赖注入

    在Angular中使用依赖注入,可以帮助我们实现松耦合,可以说只有在组件中使用依赖注入才能真正的实现可重用的组件. 如果我们有个服务product.service.ts,其中export了一个ProductService类,类中有一个getProduct方法. 如果不使用依赖注入,假设我们需要在product组件中使用这个服务时就会new一个ProductService类,但如果这个组件被用到了另一个地方,需要的服务改变了,我们就不得不更改组件中的内容,这样的组件不能说是可复用的. 一.注入器

  • Angular 4依赖注入学习教程之FactoryProvider配置依赖对象（五）

    学习目录 Angular 4 依赖注入教程之一 依赖注入简介 Angular 4 依赖注入教程之二 组件服务注入 Angular 4 依赖注入教程之三 ClassProvider的使用 Angular 4 依赖注入教程之四 FactoryProvider的使用 Angular 4 依赖注入教程之五 FactoryProvider配置依赖对象 Angular 4 依赖注入教程之六 Injectable 装饰器 Angular 4 依赖注入教程之七 ValueProvider的使用 Angular

  • Angular 4依赖注入学习教程之组件服务注入（二）

    学习目录 Angular 4 依赖注入教程之一 依赖注入简介 Angular 4 依赖注入教程之二 组件服务注入 Angular 4 依赖注入教程之三 ClassProvider的使用 Angular 4 依赖注入教程之四 FactoryProvider的使用 Angular 4 依赖注入教程之五 FactoryProvider配置依赖对象 Angular 4 依赖注入教程之六 Injectable 装饰器 Angular 4 依赖注入教程之七 ValueProvider的使用 Angular

  • AngularJS学习第二篇 AngularJS依赖注入

    简介: 首先我们需要理解什么是依赖注入? 控制反转和依赖注入有什么区别? 假定:应用程序A,需要访问外部资源C.这里使用了容器B(是指用来实现 IOC/DI 功能的一个框架程序). A需要访问C B获取C然后返回给A IOC inversion of control 控制反转:站在容器角度.B控制A,由B反向的向A注入C.即容器控制应用程序,由容器反向的向应用程序注入应用程序所需要的外部资源. DI Dependency Injection 依赖注入:站在应用程序的角度.A依赖B获取C,B将C注

  • 浅谈Angular6的服务和依赖注入

    在开发中,组件一般用来写视图有关的功能,服务则写一些其他的逻辑,诸如从服务器获取数据.验证用户输入或直接往控制台中写日志等工作. 先解释两个概念: Providers(提供商):是个比较抽象的名词,我们把它想象为'图纸'更好理解一些,就比如我们想要生产汽车,就需要先有汽车的图纸,图纸上记录了生产工艺和材料尺寸之类,这样汽车才生产的出来.provider通常就是自己写的服务类. Injector(注入器):就是字面上的意思,将某一类事物注入到另一类事物中的工具.angular应用在启动时,会自动创

  • 自学实现angularjs依赖注入

    在用angular依赖注入时,感觉很好用,他的出现是 为了"削减计算机程序的耦合问题" ,我怀着敬畏与好奇的心情,轻轻的走进了angular源码,看看他到底是怎么实现的,我也想写个这么牛逼的功能.于是就模仿着写了一个,如果有什么不对,请大家批评指正. 其实刚开始的时候我也不知道怎么下手,源码中有些确实晦涩难懂,到现在我也没有看明白,于是我就静下心想一想,他是怎么用的,如下所示: angular.module(/*省略*/) .factory("xxxService"

  • angular 服务的单例模式(依赖注入模式下)详解

    angular官方文档单例服务的说明 单例模式就不要说了,懂点设计模式的都懂得,真有不明白的自行百度. (解释下angular的命名,angular就是angular2+,angular1叫angularjs,至于angular2,3,4,5,6只是angular的版本,通称angular,希望小伙伴不要叫错了) 单例模式如何在angular的服务中使用呢,angular的官方文档中有这么一段话: 单例服务 服务在每个注入器的范围内是单例的. 在任何一个注入器中,最多只会有同一个服务的一个实例.

  • PHP基于反射机制实现自动依赖注入的方法详解

    本文实例讲述了PHP基于反射机制实现自动依赖注入的方法.分享给大家供大家参考,具体如下: 依赖注入又叫控制反转,使用过框架的人应该都不陌生.很多人一看名字就觉得是非常高大上的东西,就对它望而却步,今天抽空研究了下,解开他它的神秘面纱.废话不多说,直接上代码: /** * * 工具类,使用该类来实现自动依赖注入. * */ class Ioc { // 获得类的对象实例 public static function getInstance($className) { $paramArr = sel

  • Vue privide 和inject 依赖注入的使用详解

    目录 前言 示例 项目案例 子组件 前言 关于Vue组件的通讯方式如下: 父子组件:通过prop,$ emit,[$ root,$ parent,$ children]: 非父子组件:vuex,父子层层传递.中央事务总线bus,$ref. vue官网建议,在正常情况下,上述方式已经能满足绝大多数甚至所有的业务需求,对于应用程序代码应优先使用它们处理.然而,还有一种主要为 高阶插件/组件库 提供的用例办法,即 provide / inject (这对选项需要一起使用). from表示在可用的注入内

  • java 单例模式和工厂模式实例详解

    单例模式根据实例化对象时机的不同分为两种:一种是饿汉式单例,一种是懒汉式单例. 私有的构造方法 指向自己实例的私有静态引用 以自己实例为返回值的静态的公有的方法 饿汉式单例 public class Singleton { private static Singleton singleton = new Singleton(); private Singleton(){} public static Singleton getInstance(){ return singleton; } } 懒

  • 详解PHP设计模式之依赖注入模式

    详解PHP设计模式之依赖注入模式

    目的 实现了松耦合的软件架构,可得到更好的测试,管理和扩展的代码 用法 DatabaseConfiguration 被注入 DatabaseConnection 并获取所需的 $config .如果没有依赖注入模式, 配置将直接创建 DatabaseConnection .这对测试和扩展来说很不好. 例子 Doctrine2 ORM 使用依赖注入. 例如,注入到 Connection 对象的配置. 对于测试而言, 可以轻松的创建可扩展的模拟数据并注入到 Connection 对象中. Symfo

  • Angular指令之restict匹配模式的详解

    Angular指令之restict匹配模式的详解 <body data-ng-app="myapp"> <runn2></runn2> <div data-runn2></div> <div class="runn2"></div> <!-- directive: runn2 --> <script> var app=angular.module("

  • Spring 多线程下注入bean问题详解

    本文介绍了Spring 多线程下注入bean问题详解,分享给大家,具体如下: 问题 Spring中多线程注入userThreadService注不进去,显示userThreadService为null异常 代码如下: public class UserThreadTask implements Runnable { @Autowired private UserThreadService userThreadService; @Override public void run() { AdeUs

  • vue cli4下环境变量和模式示例详解

    本文介绍了vue cli4下环境变量和模式示例详解,分享给大家,具体如下: 官方文档 环境变量 一个环境变量文件只包含环境变量的键值对: NODE_ENV=development VUE_APP_BASE_URL=http://127.0.0.1:8080/ 注意: NODE_ENV - 是 "development"."production" ."test"或者自定义的值.具体的值取决于应用运行的模式 BASE_URL - 会和 vue.con

  • Angular中$cacheFactory的作用和用法实例详解

    Angular中$cacheFactory的作用和用法实例详解

    先说下缓存: 一个缓存就是一个组件,它可以透明地储存数据,以便以后可以更快地服务于请求.多次重复地获取资源可能会导致数据重复,消耗时间.因此缓存适用于变化性不大的一些数据,缓存能够服务的请求越多,整体系统性能就能提升越多. $cacheFactory介绍: $cacheFactory是一个为Angular服务生产缓存对象的服务.要创建一个缓存对象,可以使用$cacheFactory通过一个ID和capacity.其中,ID是一个缓存对象的名称,capacity则是描述缓存键值对的最大数量. 1.

  • JavaScript设计模式之调停者模式实例详解

    JavaScript设计模式之调停者模式实例详解

    本文实例讲述了JavaScript设计模式之调停者模式.分享给大家供大家参考,具体如下: 1.定义 调停者模式包装了一系列对象相互作用的方式,使得这些对象不必相互明显作用.从而使他们可以松散偶合.当某些对象之间的作用发生改变时,不会立即影响其他的一些对象之间的作用.保证这些作用可以彼此独立的变化.调停者模式将多对多的相互作用转化为一对多的相互作用.调停者模式将对象的行为和协作抽象化,把对象在小尺度的行为上与其他对象的相互作用分开处理. 2.使用的原因 当对象之间的交互操作很多,且每个对象的行为操

随机推荐