angulaire 6 de l'injection de dépendances

De la dernière version Angulaire 6, un service est inscrit dans un module à l'aide de la providedIn propriété dans le service de métadonnées:

@Injectable({
  providedIn: 'root',
})
export class HeroService {}

Toutefois, la documentation reste également fait référence à l'inscription au service dans le module providers tableau dans le module de métadonnées comme nous l'avons fait dans Angulaire 5:

@NgModule({
  providers: [HeroService],
})
export class AppModule {}

Donc,

  • De la méthode qui devrait être utilisée pour faire de l'injecteur de la connaissance du service qu'il doit injecter?
  • Sera le module providers méthode de la baie être obsolète?
InformationsquelleAutor Hamed Baatour | 2018-05-07
  1. 68

    Fondamentalement, vous pouvez utiliser, Mais aussi par de nouveaux CLI provideIn seront automatiquement ajoutés lors de la création service

    providedIn

    Il y a maintenant un nouveau recommandé, de manière à enregistrer un fournisseur, directement
    à l'intérieur de la @Injectable() décorateur, à l'aide de la nouvelle providedIn
    attribut. Il accepte 'root' comme une valeur ou un module de votre
    application. Lorsque vous utilisez 'root', votre injectable sera enregistré
    en tant que singleton dans l'application, et vous n'avez pas besoin de l'ajouter à la
    les fournisseurs de la racine du module. De même, si vous utilisez providedIn: UsersModule,
    l'injectable est enregistré en tant que fournisseur de l'
    UsersModule sans ajouter il pour les fournisseurs de module.

    Cette nouvelle méthode a été introduite pour avoir une meilleure arbre qui tremble dans la
    application. Actuellement, un service pour les fournisseurs d'un module
    finira dans le dernier bundle, même si elle n'est pas utilisée dans le
    l'application, qui est un peu triste.

    Pour plus d'informations, veuillez consulter ici

    • Notez également que si vous ne marquez pas les guillemets correctement, il ressemble à un plagiat.
    • oui la plupart du contenu, j'ai copié , c'est pourquoi posté le lien
    • En fait, je trouve ça très étrange que le service est au courant des modules de l'utiliser, et non pas vice versa. Comment ce type de service est réutilisable? Si j'ajoute un nouveau module qui doit utiliser le service, j'ai besoin de changer le service lui-même? Il semble plutôt ridicules
    • un singleton réutilisables service ne doivent être @Injectable({providedIn: 'root'... - c'est également utilisable pour le service de la dépendance de service (si pas de singleton, alors DI dans chaque composante de fournisseurs de tableau où il doit être réutilisé). Donc, fondamentalement, que par une autre réponse par JEY ici, différentes options s'appliquent pour les différents usecases
    • donc @Injectable() va conduire à providedIn:racine ajouté par défaut?
    • non, je ne suis pas sûr, mais je ne le pense pas. Mais après v6 chaque fois que vous créez un service en utilisant la ligne de commande (CLI) angulaire ajoutera automatiquement providedIn et mis à root par défaut.

    InformationsquelleAutor Pardeep Jain
  2. 10

    Comme toujours lorsque plusieurs solutions sont disponibles, cela dépend de ce que vous voulez atteindre. Mais la documentation vous donne une directive à choisir.

    Parfois, il n'est pas souhaitable de disposer d'un service toujours être fournies en
    la racine de l'application de l'injecteur. Peut-être que les utilisateurs doivent explicitement opt-in
    pour utiliser le service ou le service doit être fourni dans un
    paresseusement-chargé contexte. Dans ce cas, le fournisseur doit être associé
    avec un @NgModule class, et sera utilisé par n'importe quel
    l'injecteur comprend ce module.

    Donc, fondamentalement, vous utilisez providedIn: 'root' pour les services qui sont d'application large. Pour les autres services de continuer à utiliser l'ancienne version.

    N'oubliez pas que sur vous déjà eu le choix de fournir des services de manière différente. Par exemple, il est aussi possible de déclarer Injectables au niveau des composants (ce qui ne change pas en V6).

      @Component({
    selector: 'app-my-component',
    templateUrl: './my.component.html',
    providers: [ MyService ]
  })

    De cette façon, le service n'est disponible que dans MyComponent et de ses sous-composants de l'arbre.

    InformationsquelleAutor JEY
  3. 1

    Si Vous utilisez angulaire 5+ développeur, il va créer automatiquement les injectables service lorsqu'ils sont déclarés comme providedIn: 'root', dans ce cas, vous ne sera pas nécessaire d'importer le service dans l'app.le module.ts. Vous pouvez l'utiliser directement dans un autre composant.

    InformationsquelleAutor Prashant
  4. 0

    La @NgModule() et @Component() décorateurs ont les fournisseurs de métadonnées option, où vous pouvez configurer les fournisseurs pour NgModule de niveau ou de niveau composant injecteurs.

    L' @Injectable() décorateur a la providedIn option de métadonnées, où vous pouvez spécifier le fournisseur de l'décoré de la classe du service à la racine de l'injecteur, ou avec l'injecteur pour un NgModule.

    Dans votre cas, parce qu'il a été providedIn à la "racine" de niveau, sans avoir besoin de l'ajouter de nouveau en tant que fournisseur dans le module.

    Plus sur L'Injection De Dépendance Ici

    InformationsquelleAutor CharithJ