Le Guide Angular | Marmicode
  • Le Guide Angular par Marmicode
  • Pourquoi Angular ?
  • ECMAScript 6+
    • Un Peu d'Histoire
    • Propriétés du Langage
    • "Single-Threaded" donc Asynchrone
    • Event Loop
    • Classes
    • Hoisting is Dead: var vs. let vs. const
    • this & "binding"
    • Arrow Functions
    • Template Strings
    • Syntactic Sugar
      • Spread
      • Destructuring
      • Rest
      • Object Literal Property Value Shorthand
    • Named Parameters
    • Compatibilité
  • TypeScript
    • Pourquoi TypeScript ?
    • De l'ECMAScript au TypeScript
    • Visibilité des Propriétés
    • Typing des Propriétés
    • Types
    • Interfaces
    • Inference
    • Duck Typing
    • Duck Typing Patterns
      • Compatibilité de Librairies
      • Entity Constructor
    • Décorateurs
      • Décorateurs de Propriété
      • Décorateurs de Classe
      • Décorateurs de Méthode & Paramètres
    • Quelques Liens
  • Tools
    • Clavier mécanique
    • Git
    • Command Line
    • NodeJS
    • NPM
    • Yarn
      • Pourquoi Yarn ?
      • Définition et Installation des Dépendances
      • Scripts
      • Mise à Jour et Automatisation
    • Chrome
    • IntelliJ / WebStorm / VSCode
      • Raccourcis clavier IntelliJ / WebStorm
    • Floobits
    • Angular CLI
    • StackBlitz
    • Compodoc
  • Angular
    • Bootstrap
    • Composants
      • Root Component
      • Template Interpolation
      • Property Binding
      • Class & Style Binding
      • Event Binding
      • *ngIf
      • *ngFor
      • L'approche MVC
      • Création de Composants
      • Exemple
    • Container vs. Presentational Components
    • Interaction entre Composants
      • Input
      • Output
      • Exemple
    • Change Detection
      • Les Approches Possibles
      • Fonctionnement de la Change Detection
      • Optimisation de la Change Detection
      • Immutabilité
      • Quelques Liens
    • Project Structure & Modules
      • Entry Point
      • Définition d'un Module
      • Root Module
      • Feature Module
      • Shared Module
      • Exemple
    • Dependency Injection
      • Qu'est-ce que la "Dependency Injection" ?
      • Injection d'un Service Angular
      • Services & Providers
      • Portée des Services
      • Tree-Shakable Services
      • Class vs Injection Token
      • Exemple
    • Callback Hell vs. Promise vs. Async / Await
      • Callback Hell
      • Promise
      • Async / Await
    • Observables
      • Reactive Programming
      • Promise vs Observable
      • Subscribe
      • Unsubscribe ⚠️
      • Création d'un Observable
      • Opérateurs
        • Définition d'un Opérateur
        • Lettable Operators vs Legacy Methods
        • map
        • filter
        • mergeMap & switchMap
        • shareReplay
        • buffer
        • debounceTime
        • distinctUntilChanged
        • retry
      • Quelques Liens
      • Talks
    • Http
      • Pourquoi HttpClient ?
      • Utilisation de HttpClient
      • Utilisation dans un Service
      • Gestion de la Subscription ⚠️
    • State Management
      • Quelques Liens
      • Talks
    • GraphQL
    • Formulaires
      • Template-driven Forms 🤢
      • Reactive Forms 👍
        • Avantages des "Reactive Forms"
        • La boite à outils des "Reactive Forms"
        • Validation
        • Observation des Changements
    • Directives
      • Attribute Directive
      • Structural Directive
    • Pipes
    • Routing
      • Mise en Place du Routing
      • Lazy Loading
      • Project Structure
      • Route Guards
    • Testing
      • Unit-Testing
        • 📺Introduction au Test-Driven Development
        • Jasmine
        • Unit-Test Synchrone
        • Test-Driven Development
        • Unit-Test Asynchrone
        • TestBed
        • Unit-Test d'un Service
        • Unit-Test d'un Composant
        • Unit-Test et Spies
        • Unit-Test et HttpClient
      • End-to-End
      • Talks
    • Sécurité
      • Quelques Liens
    • Animation
    • Internationalisation
    • Quelques Liens
  • Cookbook
    • Authentification et Autorisation
    • Remplacement Dynamique de Composants
    • Lazy Loading without Router
    • Project Structure
    • SCAM Modules
    • Setup a Mock ReSTful API
  • Autres Ressources
  • Stay Tuned
    • 🎁-20% sur nos workshops avec le code GUIDEANGULAR
    • 🐦Suivez-moi !
    • 📺Cours Vidéo
    • 📬Newsletter
    • 📝Blog
  • Nos Services
    • Formation Angular
    • Atelier Unit-Testing Angular
    • Atelier Architecture Angular
    • Consultation à Distance & Code Review
  • Nos Guides
    • Guide Agile
    • Guide API ReST
    • Guide NodeJS
Propulsé par GitBook
Sur cette page
  • yarn init
  • package.json : dependencies
  • yarn install
  • yarn add
  • package.json : devDependencies
  1. Tools
  2. Yarn

Définition et Installation des Dépendances

Un module JavaScript (ou une application Angular) définit toujours un fichier package.json à sa racine.

yarn init

Si ce fichier n'existe pas, vous pouvez le créer avec la commande yarn init.

package.json : dependencies

La section dependencies du fichier package.json permet de définir la liste des dépendances de votre application :

{
    ...
    "dependencies": {
        "core-js": "^2.4.1",
        "rxjs": "~5.5.10"
    }
    ...
}

yarn install

En lançant la commande yarn install (ou simplement yarn), Yarn procédera ainsi :

  1. Il vérifie la présence du fichier yarn.lock. Si le fichier est présent, Yarn installera exactement les dépendances et sous-dépendances indiquées dans ce fichier.

  2. Si la dépendance vient d'être ajoutée dans le fichier package.json ou si le fichier yarn.lock est absent (première installation), il recherche la version la plus récente correspondant au critère indiqué : ^2.4.1 => >=2.4.1 & <3.0.0 ~5.5.10 => >=5.5.10 & <5.6.0

  3. Il indique la version sélectionnée et installée dans le fichier yarn.lock.

Les dépendances sont installées dans le dossier local node_modules qu'il ne faut jamais "commit".

Pensez à toujours "commit" le fichier yarn.lock et à lancer la commande yarn install, à chaque fois que vous mettez à jour votre code source.

yarn add

Pour ajouter une dépendance à votre application, il suffit de lancer la commande yarn add en indiquant les modules que vous souhaitez installer :

yarn add core-js rxjs rest-cache

Vous pouvez également indiquer la version souhaitée :

yarn add core-js rxjs@~5.5.10 rest-cache@next

... ou via l'IDE 😉 :

package.json : devDependencies

Vous remarquerez rapidement la présence d'autres dépendances dans le champ devDependencies du fichier package.json.

Ces dépendances sont installées de la même façon que celles de la section dependencies sauf si la variable d'environnement NODE_ENV vaut production :

export NODE_ENV=production
yarn install # dev dependencies won't be installed

Cela sert surtout aux applications NodeJS afin d'éviter d'installer inutilement les outils de développement (build, automation et testing etc...) en production.

Dans le cas des applications frontend, il s'avère qu'après le "build" de notre application, nous n'aurons plus besoin d'aucune dépendance.

La convention est de mettre :

  • dans dependencies, toutes les dépendances dont une partie importante finira dans le résultat du build (e.g. : @angular/core, core-js, rxjs).

  • et dans les devDependencies, toutes les dépendances utilisées pour les tâches de build, automation et testing (e.g. : @angular/cli, jasmine, karma, protractor, typescript).

Pour ajouter des dépendances dans cette section, il suffit d'ajouter l'option --dev à la commande yarn add.

yarn add --dev karma

PrécédentPourquoi Yarn ?SuivantScripts

Dernière mise à jour il y a 7 ans

Ajout d'une dépendance depuis l'IDE