{"id":34116,"date":"2018-10-01T16:46:51","date_gmt":"2018-10-01T15:46:51","guid":{"rendered":"https:\/\/blog.jetbrains.com\/fr\/?p=164"},"modified":"2018-10-01T16:46:51","modified_gmt":"2018-10-01T15:46:51","slug":"webstorm-2018-2-composant-extract-react-integration-avec-ng-add-node-js-sur-wsl-et-bien-plus-encore","status":"publish","type":"post","link":"https:\/\/blog.jetbrains.com\/fr\/2018\/10\/01\/webstorm-2018-2-composant-extract-react-integration-avec-ng-add-node-js-sur-wsl-et-bien-plus-encore\/","title":{"rendered":"WebStorm 2018.2 : composant Extract React, int\u00e9gration avec \u00ab ng add \u00bb, Node.js sur WSL et bien plus encore"},"content":{"rendered":"WebStorm 2018.2 est maintenant disponible !\r\n\r\nCette nouvelle version apporte de nombreuses fonctionnalit\u00e9s suppl\u00e9mentaires et des am\u00e9liorations majeures, parmi lesquelles la refactorisation du composant Extract React, de nouvelles int\u00e9grations avec la ligne de commande Angular, de meilleurs workflows de test et l'exp\u00e9rience de d\u00e9bogage Node.js.\r\n\r\nD\u00e9couvrez les principales nouveaut\u00e9s et t\u00e9l\u00e9chargez WebStorm 2018.2 sur notre site Web.\r\n\r\n\r\n\r\nDepuis plusieurs mois, nous utilisons le programme Early Access Preview pour WebStorm 2018.2. Nous avons publi\u00e9 les builds WebStorm EAP de fa\u00e7on hebdomadaire, ce pour toutes les nouvelles fonctionnalit\u00e9s pr\u00e9sent\u00e9es dans cet article. Nous sommes d\u00e9sormais en mesure de vous communiquer les notes de publication de la mise \u00e0 jour de WebStorm 2018.2, compil\u00e9es \u00e0 partir des articles de blog EAP suivants.\r\n\r\nVoici les fonctionnalit\u00e9s et les am\u00e9liorations group\u00e9es par sous-syst\u00e8mes WebStorm :\r\n\r\n\tD\u00e9veloppement avec React : refactorisation du composant Extract React, conversion des composants class en composants fonctionnels et en snippets de code.\r\n\tD\u00e9veloppement avec Angular : d\u00e9marrage plus rapide des projets,\u00a0ajout de nouvelles fonctionnalit\u00e9s en utilisant l'int\u00e9gration avec ng add et ex\u00e9cution des sch\u00e9mas \u00e0 partir de l'IDE.\r\n\tD\u00e9veloppement avec Vue.js : ex\u00e9cution des \u00e9v\u00e9nements Vue et des modificateurs d'\u00e9v\u00e9nements.\r\n\tD\u00e9veloppement Node.js : prise en charge de Node.js sur le sous-syst\u00e8me Windows pour Linux, possibilit\u00e9 de reconnexion du d\u00e9bogueur au processus du node en cours d'ex\u00e9cution et mappings distants dans la configuration Attach vers Node.js.\r\n\tOutils int\u00e9gr\u00e9s : recherchez des codes non utilis\u00e9s dans l'application c\u00f4t\u00e9 client gr\u00e2ce aux rapports Code Coverage et \u00e0 la version globale de l'option File Watchers.\r\n\tEditeur : nouvelle interface pour l'info-bulle d'inspection.\r\n\tPrise en charge de JavaScript et TypeScript : mod\u00e8les personnalis\u00e9s pour la saisie semi-automatique postfix et prise en charge de TypeScript 2.9 et 3.0.\r\n\tPrise en charge de JSON : JSON5 et prise en charge am\u00e9lior\u00e9e de JSON Schemas.\r\n\tInt\u00e9grations Linters : diff\u00e9rentes possibilit\u00e9s de s\u00e9lection des erreurs et avertissements TSLint, ainsi que la capacit\u00e9 d'application automatique des r\u00e8gles de style de code \u00e0 partir de tous les types de fichiers de configuration ESLint et TSLint.\r\n\tD\u00e9bogage : intentions de points d'arr\u00eat, action Drop Frame et d\u00e9bogage des fichiers scratch JavaScript.\r\n\tTest : nouvelle ex\u00e9cution des tests ayant \u00e9chou\u00e9, navigation jusqu'\u00e0 l'instantan\u00e9 Jest, comparaison des instantan\u00e9s Jest et d\u00e9bogage des tests Karma en utilisant Chrome Headless.\r\n\tContr\u00f4le de version : parcourir le r\u00e9f\u00e9rentiel en cas d'action Revision, compl\u00e9tion des balises, enregistrement automatique des dossiers racine.\r\n\tAutres am\u00e9liorations IDE : prise en charge de barre tactile.\r\n\r\nT\u00e9l\u00e9charger WebStorm 2018.2\r\n\r\nD\u00e9veloppement avec React\r\nComposant Extract React\r\nNous sommes particuli\u00e8rement fiers de cette fonctionnalit\u00e9 ! WebStorm permet d\u00e9sormais de cr\u00e9er un nouveau composant React, en extrayant le code JSX \u00e0 partir de la m\u00e9thode render d'un composant existant.\r\n\r\nS\u00e9lectionnez le code \u00e0 extraire, puis s\u00e9lectionnez Component\u2026 dans la fen\u00eatre contextuelle Refactor this\u2026 (Ctrl-T sous macOS ou Ctrl-Alt-Maj-T sous Windows et Linux). Nommez ce composant et indiquez s'il doit s'agir d'un composant class ou d'un composant fonctionnel.\r\n\r\nC'est tout pour le moment ! D\u00e9sormais, votre nouveau composant est d\u00e9fini pr\u00e8s du composant existant et utilis\u00e9 dans ce dernier.\r\n\r\n\r\n\r\nVous pouvez ensuite utiliser la refactorisation Move pour d\u00e9placer le nouveau composant et l'ensemble des importations requises dans un autre fichier. (Dites-nous si vous souhaitez que cette option soit disponible directement dans la bo\u00eete de dialogue de refactorisation Extract Component.)\r\n\r\n\r\n\r\nDans ce Gist, vous pouvez voir le code avant et apr\u00e8s la refactorisation.\r\n\r\nVous pouvez modifier les mod\u00e8les de code que WebStorm utilise pour les nouveaux composants, en allant sur Preferences | Editor | File and Code Templates et en s\u00e9lectionnant l'onglet Code. Par exemple, vous pouvez basculer de l'utilisation de Component vers React.Component ou PureComponent lors de la cr\u00e9ation d'un composant class. Sinon, modifiez le mod\u00e8le pour les composants fonctionnels, afin d'utiliser la fonction arrow. Vous pouvez \u00e9galement modifier le style d'utilisation des PropTypes ou les supprimer totalement.\r\n\r\n\r\nConvertissez les composants de classe React en composants fonctionnels\r\nGr\u00e2ce aux nouvelles intentions, vous pouvez d\u00e9sormais convertir les composants de classe React en composants fonctionnels et inversement \u2013 Appuyez sur Alt-Entr\u00e9e dans la d\u00e9finition du composant et s\u00e9lectionnez l'action voulue.\r\n\r\n\r\nExtrait de code React\r\nWebStorm dispose d\u00e9sormais de tout un ensemble de snippets de code pour React. Il propose plus de 50 abr\u00e9viations qui d\u00e9bouchent sur diff\u00e9rentes instructions et blocs de code souvent utilis\u00e9s dans les applications React. Cette collection a \u00e9t\u00e9 adapt\u00e9e \u00e0 partir d'un plug-in populaire pour le code VS.\r\n\r\nSaisissez l'abr\u00e9viation dans l'\u00e9diteur, puis appuyez sur la touche de tabulation pour l'\u00e9tendre. Vous pouvez \u00e9galement passer par Cmd\/Ctrl-J (Insert Live Template) et s\u00e9lectionner le snippet dans la liste. Toutes les abr\u00e9viations sont \u00e9galement disponibles dans la fen\u00eatre contextuelle de compl\u00e9tion.\r\n\r\nIci, nous utilisons l'abr\u00e9viation rcjc pour cr\u00e9er une classe d\u00e9finissant un nouveau composant React :\r\n\r\n\r\n\r\nVous trouverez la liste compl\u00e8te des mod\u00e8les disponibles dans la section Preferences | Editor | Live Templates \u2013 React.\r\n\r\nPour les balises JSX, vous pouvez \u00e9galement voir les fils d'Ariane et un marquage en couleur de l'arborescence des balises dans le volet lat\u00e9ral de la fen\u00eatre.\r\n\r\n\r\nMeilleure prise en charge de PropTypes\r\nLa saisie semi-automatique du code est d\u00e9sormais plus pr\u00e9cise lorsque vous utilisez des modules PropTypes, tels que shape, oneOf, instanceOf ou arrayOf. Voici deux exemples. Ici, dans la fen\u00eatre de saisie semi-automatique, les valeurs sont list\u00e9es \u00e0 l'aide de PropTypes.oneOf :\r\n\r\n\r\n\r\nEt ici, nous utilisons la saisie semi-automatique pour les m\u00e9thodes array, car PropTypes.arrayOf est utilis\u00e9 :\r\n\r\n\r\n\r\nPrise en charge des composants React avec espace de nom\r\nWebStorm prend d\u00e9sormais mieux en charge les composants React int\u00e9grant un espace de nom dans leur nom. Vous pouvez d\u00e9sormais profiter d'une saisie semi-automatique et d'une navigation contextuelle pour ces composants dans les fichiers JavaScript et TypeScript.\r\n\r\n\r\nD\u00e9veloppement avec Angular\r\nD\u00e9marrage plus rapide des projets\r\nAuparavant, lorsque vous ouvriez le projet Angular pour la premi\u00e8re fois, WebStorm pouvait passer un temps consid\u00e9rable \u00e0 indexer les fichiers JavaScript compil\u00e9s et fournis avec les mod\u00e8les de base d'Angular.\r\n\r\nNous avons d\u00e9cid\u00e9 de mettre \u00e0 jour la fa\u00e7on dont WebStorm g\u00e8re le module de base d'Angular et les modules \u00e9crits en TypeScript en g\u00e9n\u00e9ral. D\u00e9sormais, si l'\u00e9l\u00e9ment package.json du module comporte un champ typings avec un chemin vers le fichier *.d.ts, WebStorm indexe uniquement les fichiers TypeScript et ignore tous les fichiers JavaScript.\r\n\r\nPar cons\u00e9quent, nous avons r\u00e9duit de moiti\u00e9 le temps d'indexation d'un nouveau projet Angular par WebStorm, sans compromis affectant la qualit\u00e9 de saisie semi-automatique du code et la r\u00e9solution (ce qui fonctionne \u00e9galement plus rapidement d\u00e9sormais !).\r\nEx\u00e9cution de davantage de sch\u00e9mas Angular utilisant l'int\u00e9gration de ligne de commande d'Angular\r\nAvec l'action New\u2026 \u2013 Angular Schematic\u2026 dans la vue Project, vous pouvez d\u00e9sormais g\u00e9n\u00e9rer du code en utilisant des sch\u00e9mas qui sont d\u00e9finis dans des biblioth\u00e8ques telles que @angular\/material (remarque : vous devez utiliser Angular 6 pour cela). Auparavant, vous ne pouviez g\u00e9n\u00e9rer que des composants, des services et autres blueprints d\u00e9finis directement dans la ligne de commande Angular.\r\n\r\n\r\n\r\nEn suppl\u00e9ment, WebStorm affiche d\u00e9sormais la description des sch\u00e9mas et assure la saisie semi-automatique du code et la description des options disponibles.\r\n\r\n\r\nAjout de nouvelles fonctionnalit\u00e9s \u00e0 une application Angular avec ng add\r\nVoici une autre fonctionnalit\u00e9 introduite par la mise \u00e0 jour d'Angular et de la ligne de commande Angular 6\u00a0dans la nouvelle commande ng add, afin d'ajouter de nouvelles fonctionnalit\u00e9s \u00e0 votre application. Elle installera les d\u00e9pendances s\u00e9lectionn\u00e9es, puis appellera le script d'installation pour traiter tout le reste.\r\n\r\nDans WebStorm, vous pouvez d\u00e9sormais utiliser la nouvelle action Angular Dependency\u2026 pour installer des biblioth\u00e8ques prenant en charge l'installation avec ng add sans utiliser le terminal. Cette action est disponible au moyen de la fen\u00eatre contextuelle Find Action (Cmd-Maj-A\/Ctrl+Maj+A) ou New\u2026 (Cmd-N\/Alt+Ins\u00e9r.) dans la vue Project.\r\n\r\nDans la liste, vous pouvez s\u00e9lectionner la biblioth\u00e8que \u00e0 ajouter. Actuellement, seules les biblioth\u00e8ques prenant en charge ng add de fa\u00e7on s\u00fbre sont propos\u00e9es, mais vous pouvez \u00e9galement sp\u00e9cifier le nom de package que vous souhaitez. \u00c0 ce sujet, la liste est disponible sur GitHub et vous pouvez nous envoyer des requ\u00eates Pull pour ajouter davantage de biblioth\u00e8ques.\r\n\r\nDans cet exemple, nous allons ajouter du contenu Angular dans notre projet :\r\n\r\n\r\nSi vous ajoutez une d\u00e9pendance \u00e0 un module package.json alors que WebStorm sait qu'il prend en charge ng add, l'IDE sugg\u00e8re de l'installer avec ng add :\r\n\r\n\r\n\r\nEt m\u00eame si une d\u00e9pendance est d\u00e9j\u00e0 install\u00e9e, il peut \u00eatre n\u00e9anmoins int\u00e9ressant de la r\u00e9installer avec ng add. Pour ce faire, appuyez sur Alt-Entr\u00e9e dans le nom de package de package.json et s\u00e9lectionnez Reinstall with ng add :\r\n\r\n\r\nEx\u00e9cution des configurations pour les nouveaux projets Angular\r\nSi vous cr\u00e9ez un projet Angular en utilisant la ligne de commande Angular dans l'IDE, WebStorm ajoute d\u00e9sormais automatiquement les configurations run\/debug qui vous aideront \u00e0 commencer et d\u00e9boguer l'application et ex\u00e9cuter les tests Karma et Protractor dans l'IDE.\r\n\r\n\r\nD\u00e9veloppement avec Vue.js\r\nCompl\u00e9tion pour les \u00e9v\u00e9nements Vue et les modificateurs d'\u00e9v\u00e9nements\r\nDans les mod\u00e8les Vue, WebStorm assure d\u00e9sormais la compl\u00e9tion de code pour les \u00e9v\u00e9nements et les modificateurs d'\u00e9v\u00e9nements.\r\n\r\nLa liste d'\u00e9v\u00e9nements est disponible \u00e0 la suite de v-on: :\r\n\r\n\r\n\r\nVous pouvez \u00e9galement utiliser la notation abr\u00e9g\u00e9e, @event :\r\n\r\n\r\n\r\nLes modificateurs d'\u00e9v\u00e9nements peuvent aussi \u00eatre compl\u00e9t\u00e9s de fa\u00e7on automatique :\r\n\r\n\r\nD\u00e9veloppement Node.js\r\nPrise en charge de Node.js sur le sous-syst\u00e8me Windows pour Linux\r\nSi vous utilisez Node.js sur WSL, nous avons une bonne nouvelle pour vous : vous pouvez d\u00e9sormais ex\u00e9cuter et d\u00e9boguer les applications Node.js en utilisant Node.js sur WSL directement dans WebStorm.\r\n\r\nVous pouvez s\u00e9lectionner Node.js sur WSL en tant que version de node de projet dans la section Preferences | Languages & Frameworks | Node.js et npm ou configurer et utiliser cette version de node dans une configuration Run\/Debug de Node.js.\r\n\r\nDans Preferences | Languages & Frameworks | Node.js and npm, cliquez sur \u2026 pr\u00e8s du champ ayant un chemin jusqu'\u00e0 Node.js, puis cliquez sur + dans la bo\u00eete de dialogue ouverte et s\u00e9lectionnez Add Node.js on WSL.\r\n\r\n\r\n\r\nEnsuite, s\u00e9lectionnez la distribution Linux que vous utilisez \u00e0 partir du menu d\u00e9roulant, d\u00e9finissez le chemin sur Node.js et cliquez sur Enregistrer.\r\n\r\n\r\n\r\nWebStorm utilisera dor\u00e9navant cette version de Node.js lors de l'ex\u00e9cution des scripts npm ou de la cr\u00e9ation de configuration Run\/Debug dans Node.js.\r\n\r\nSi vous souhaitez utiliser Node.js sur WSL uniquement dans certaines configurations Run\/Debug, au lieu de modifier la version du node de projet dans la section Preferences, vous pouvez ajouter un nouvel interpr\u00e9teur WSL Node.js dans la configuration Node.js. De nouveau, cliquez sur le bouton \u2026 pr\u00e8s du chemin et suivez les instructions d\u00e9crites ci-dessus.\r\n\r\n\r\n\r\nCette int\u00e9gration est toujours en cours. Nous travaillons actuellement sur la prise en charge de Node.js sur WSL pour les modules de test, de v\u00e9rification de la qualit\u00e9 (linters) et de build int\u00e9gr\u00e9s dans WebStorm. Restez \u00e0 l'\u00e9coute\u00a0!\r\nReconnexion du d\u00e9bogueur au processus du n\u0153ud d'ex\u00e9cution\r\nNous avons cr\u00e9\u00e9 une nouvelle option Reconnect automatically pour la configuration de d\u00e9bogage de Attach to Node.js\/Chrome.\r\n\r\nGr\u00e2ce \u00e0 cette option, il est d\u00e9sormais plus simple de d\u00e9boguer les applications Node.js qui utilisent nodemon. Nodemon est un utilitaire qui recharge automatiquement votre processus de node lorsque vous modifiez le code de votre application.\r\n\r\n\r\n\r\nVoici comment d\u00e9boguer ce type d'application :\r\n\r\n\tD\u00e9marrez votre application en mode D\u00e9bogage. Pour ce faire, passez un indicateur --inspect \u00e0 nodemon. Vous pouvez cr\u00e9er et ex\u00e9cuter un nouveau script de d\u00e9bogage npm sous la forme suivante : debug\": \"nodemon --inspect .\/app.js (remplacez .\/app.js par le chemin du fichier qui lance votre application).\r\n\tCr\u00e9ez une configuration Attach to a Node.js\/Chrome et cochez la case Reconnect automatically.\r\n\tG\u00e9n\u00e9ralement, il n'est pas n\u00e9cessaire de changer le port dans la configuration (9229), car il s'agit du port d'\u00e9coute par d\u00e9faut du d\u00e9bogueur. Il est possible de v\u00e9rifier le port utilis\u00e9 dans le message enregistr\u00e9 lorsque vous ex\u00e9cutez l'application en mode D\u00e9bogage.\r\n\r\n\r\n\r\n\tVous pouvez d\u00e9sormais ex\u00e9cuter la configuration. Le d\u00e9bogueur s'arr\u00eate sur les points d'arr\u00eat que vous avez plac\u00e9s dans votre code au moyen de l'IDE.\r\n\tSi vous apportez des modifications au code et cliquez sur Enregistrer, nodemon recharge automatiquement l'application. Le d\u00e9bogueur va d\u00e9sormais se r\u00e9associer automatiquement au processus red\u00e9marr\u00e9.\r\n\r\nMappings \u00e0 distance dans la configuration Attach to Node.js\r\nNous avons ajout\u00e9 une autre am\u00e9lioration li\u00e9e \u00e0 Node.js dans la configuration Attach to Node.js, que vous pouvez utiliser pour associer le d\u00e9bogueur de WebStorm \u00e0 l'application du node d'ex\u00e9cution.\r\n\r\nVous pouvez \u00e9galement sp\u00e9cifier les chemins distants pour les dossiers de projet. Cela peut \u00eatre utile si le dossier racine de l'application sur le serveur distant ou le conteneur Docker utilise un nom diff\u00e9rent de celui du dossier racine local.\r\n\r\n\r\nGestion des journaux lors de l'ex\u00e9cution d'une application Node.js\r\nSi vous utilisez un outil de connexion tel que morgan dans votre application Node.js, et si l'outil \u00e9crit des journaux dans un fichier, vous pouvez d\u00e9sormais voir ces journaux dans l'onglet Console dans la fen\u00eatre de l'outil Node.js Run. Pour activer ceci, acc\u00e9dez au nouvel onglet Logs dans la fen\u00eatre Run\/Debug Configuration de Node.js. Et pendant que vous \u00eates l\u00e0, vous pouvez \u00e9galement activer l'enregistrement de la sortie de la console dans un fichier journal.\r\n\r\n\r\nOutils int\u00e9gr\u00e9s\r\nRecherche du code non utilis\u00e9 dans l'application c\u00f4t\u00e9 client avec les rapports Code Coverage\r\nVous pouvez d\u00e9sormais trouver le code JavaScript (ou TypeScript) non utilis\u00e9, ainsi que le code CSS de votre application c\u00f4t\u00e9 client gr\u00e2ce \u00e0 la nouvelle fonctionnalit\u00e9 Code Coverage.\r\n\r\nEx\u00e9cutez votre application dans le navigateur, puis d\u00e9couvrez le rapport dans WebStorm pour d\u00e9terminer combien de code a \u00e9t\u00e9 utilis\u00e9 dans chaque fichier et chaque dossier.\r\n\r\nLe grand avantage est que la couverture s'affiche dans vos fichiers source et non pas pour le code compil\u00e9 qui a \u00e9t\u00e9 r\u00e9ellement ex\u00e9cut\u00e9 dans le navigateur (\u00e0 condition que les maps source soient disponibles).\r\nVoici une courte explication du mode de fonctionnement :\r\n\r\n\tCr\u00e9ez une nouvelle configuration de d\u00e9bogage JavaScript en s\u00e9lectionnant Run \u2013 Edit configurations\u2026\r\n\tSp\u00e9cifiez l'URL servant \u00e0 ex\u00e9cuter votre application et enregistrez la configuration.\r\n\r\n\r\n\r\n\tCliquez d\u00e9sormais sur Run with Coverage.\r\n\r\n\r\n\r\n\tLorsque votre application s'ouvre dans Chrome, attendez la fin du chargement de la page pour conna\u00eetre le code ex\u00e9cut\u00e9 pendant le chargement de la page, puis arr\u00eatez la configuration dans l'IDE. Si vous souhaitez voir le rapport de couverture pour des fonctionnalit\u00e9s sp\u00e9cifiques de votre application, utilisez ces fonctionnalit\u00e9s dans le navigateur, puis arr\u00eatez la configuration.\r\n\r\nLe rapport de couverture s'affiche d\u00e9sormais dans la fen\u00eatre d'outil Coverage : consultez la vue Project pour plus d'informations sur la couverture des fichiers et des dossiers. Cependant, si vous regardez le volet lat\u00e9ral gauche, des marqueurs verts et rouges s'affichent pr\u00e8s de certaines lignes. Les marqueurs verts indiquent que la ligne a \u00e9t\u00e9 ex\u00e9cut\u00e9e, tandis que le rouge signifie le contraire. Et si vous cliquez sur le marqueur, vous verrez combien de fois ce bloc de code a \u00e9t\u00e9 ex\u00e9cut\u00e9.\r\n\r\n\r\n\r\nDans l'exemple ci-dessus, la m\u00e9thode togglePast est marqu\u00e9e en rouge, car nous n'avons pas cliqu\u00e9 sur le lien affichant les \u00e9v\u00e9nements pass\u00e9s.\r\nObservateurs de fichiers globaux\r\nAvec l'option File Watchers, vous pouvez ex\u00e9cuter automatiquement des outils de ligne de commande, tels que Prettier, lorsque vous modifiez ou enregistrez un fichier. Avant, il \u00e9tait uniquement possible de configurer et d'utiliser un observateur de fichiers dans un projet sp\u00e9cifique. Si vous souhaitiez utiliser le m\u00eame observateur dans un projet diff\u00e9rent, vous deviez r\u00e9p\u00e9ter l'ensemble de la configuration. D\u00e9sormais, vous pouvez cr\u00e9er et stocker des observateurs de fichiers au niveau de l'IDE et les activer facilement dans diff\u00e9rents projets.\r\n\r\nPour cr\u00e9er un observateur de fichiers global, ouvrez la section IDE Preferences (\u00e0 partir du projet ou de l'\u00e9cran Welcome), puis allez dans la section Tools | File Watchers, cliquez sur le bouton + et s\u00e9lectionnez Custom dans la liste. Maintenant, configurez l'observateur de fichiers depuis l'outil \u00e0 utiliser (pour plus d'informations sur la proc\u00e9dure \u00e0 suivre, voir notre documentation).\r\n\r\nUne fois le nouvel observateur de fichiers enregistr\u00e9, vous pouvez d\u00e9cider s'il sera disponible uniquement dans le projet actuel ou pour tous les projets - s\u00e9lectionnez Project dans la colonne de droite - puis s\u00e9lectionnez Global.\r\n\r\n\r\n\r\nRemarque : les observateurs de fichier globaux seront disponibles dans tous les projets, mais d\u00e9sactiv\u00e9s par d\u00e9faut. Si vous souhaitez les utiliser, consultez la section Preferences | Tools | File Watchers du projet et cochez la case correspondante.\r\n\r\nNous allons cr\u00e9er un nouvel observateur de fichiers global pour Prettier en suivant les \u00e9tapes d\u00e9crites dans la documentation de Prettier. Nous voulons avant tout modifier le chemin de Prettier \u2013 pour tous les projets o\u00f9 nous souhaitons activer la fonctionnalit\u00e9 File Watcher, nous devons utiliser la version de Prettier install\u00e9e dans le dossier node_modules. Pour ce faire, nous utilisons une macro dans le chemin : $ProjectFileDir$\/node_modules\/.bin\/prettier.\r\n\r\n\r\n\u00c9diteur\r\nNouvelle interface pour l'info-bulle d'inspection\r\nLa modification qui est sans doute la plus remarquable (et certainement la plus visible) dans la build d'aper\u00e7u anticip\u00e9 de cette semaine est la nouvelle info-bulle d'inspection.\r\n\r\nCes info-bulles s'affichent lorsque vous survolez des avertissements ou des erreurs dans le code. Mais vous le saviez sans doute d\u00e9j\u00e0, car tous les avertissements WebStorm offrent des correctifs rapides que vous pouvez voir en appuyant sur Alt-Entr\u00e9e ou en cliquant sur l'ic\u00f4ne en forme d'ampoule.\r\n\r\nAfin de rendre ces correctifs plus faciles \u00e0 d\u00e9couvrir, nous affichons d\u00e9sormais le premier correctif disponible pr\u00e8s de la description de l'erreur. Vous pouvez ensuite appuyer sur Alt-Maj-Entr\u00e9e pour appliquer le correctif ou sur Alt-Entr\u00e9e pour voir la fen\u00eatre contextuelle habituelle, avec tous les correctifs et toutes les intentions disponibles.\r\n\r\n\r\nPrise en charge de JavaScript et TypeScript\r\nNouvelles intentions dans JavaScript et TypeScript\r\nNous avons ajout\u00e9 tout un ensemble de nouvelles intentions qui sont disponibles dans le code TypeScript et partiellement dans le code JavaScript. Pour utiliser une intention, appuyez sur Alt-Entr\u00e9e, s\u00e9lectionnez-la dans la liste et appuyez sur Entr\u00e9e.\r\n\r\nVoici ce qui a \u00e9t\u00e9 ajout\u00e9 :\r\nImpl\u00e9mentation de l'interface et de la classe d\u00e9riv\u00e9e Create\r\n\r\nL'intention Implement interface fonctionne pour les interfaces TypeScript et cr\u00e9e une nouvelle classe qui met en \u0153uvre cette interface.\r\n\r\nL'intention Create derived class cr\u00e9e une classe dans le fichier JavaScript ou TypeScript qui prolonge une autre classe.\r\n\r\n\r\n\r\nImpl\u00e9mentation de l'interface ou du membre de classe abstract\r\n\r\nCette intention TypeScript permet d'impl\u00e9menter des propri\u00e9t\u00e9s et des membres d'une interface ou d'une classe abstract dans des classes qui les impl\u00e9mentent ou les prolongent.\r\n\r\n\r\n\r\nG\u00e9n\u00e9ration de cas pour \u00ab switch \u00bb\r\n\r\nCette intention permet de g\u00e9n\u00e9rer le bloc switch lorsqu'un argument switch est une \u00e9num\u00e9ration.\r\n\r\n\r\n\r\nDans JavaScript, cette intention permet d'utiliser les informations provenant d'un argument fourni dans le commentaire JSDoc :\r\n\r\n\r\n\r\nIt\u00e9ration avec \u00ab for..of \u00bb\r\n\r\nCette intention est disponible pour un tableau ou un symbole que vous pouvez r\u00e9p\u00e9ter \u00e0 l'infini avec for..of dans les fichiers JavaScript et TypeScript.\r\n\r\n\r\n\r\nConversion de l'alias de type en \u00e9num\u00e9ration\r\n\r\nCette intention, disponible uniquement dans TypeScript, permet de convertir un alias de type avec des litt\u00e9raux de cha\u00eene en une \u00e9num\u00e9ration.\r\n\r\n\r\n\r\nAjout et suppression de s\u00e9parateurs de chiffres\r\n\r\nCette intention utilise les s\u00e9parateurs num\u00e9riques de JavaScript (il s'agit d\u00e9sormais d'une proposition de phase 3) qui permet d'ajouter des tirets bas aux valeurs num\u00e9riques pour les rendre plus lisibles.\r\n\r\n\r\n\r\n\r\nMod\u00e8les personnalis\u00e9s pour la compl\u00e9tion postfix\r\nLa compl\u00e9tion Postfix est une excellente fonctionnalit\u00e9 permettant d'ajouter du code de mod\u00e8le autour d'une expression qui vient d'\u00eatre saisie. Vous trouverez les mod\u00e8les disponibles dans la section Preferences | Editor | General | Postfix Completion. Cette liste se d\u00e9veloppe en appuyant sur la touche de tabulation ou en s\u00e9lectionnant ses entr\u00e9es dans la fen\u00eatre contextuelle de compl\u00e9tion du code.\r\n\r\n\r\n\r\nVous pouvez d\u00e9sormais ajouter vos propres mod\u00e8les pour la compl\u00e9tion Postfix !\r\n\r\nNous allons voir comment cr\u00e9er un mod\u00e8le qui sera transform\u00e9 en classe pour un nouveau composant React :\r\n\r\n\tDans la section Preferences | Editor | General | Postfix Completion, cliquez sur l'ic\u00f4ne +.\r\n\tS\u00e9lectionnez le langage devant g\u00e9rer le mod\u00e8le. Remarque : tous les mod\u00e8les JavaScript seront \u00e9galement disponibles dans les fichiers TypeScript.\r\n\tS\u00e9lectionnez la cl\u00e9 (abr\u00e9viation). Nous allons utiliser rcomp\r\n\tSp\u00e9cifier le niveau du langage JavaScript. Pour notre mod\u00e8le, nous voulons le limiter au code JSX.\r\n\tEntrez ensuite le code du mod\u00e8le et ajoutez $EXPR$ l\u00e0 o\u00f9 l'expression initiale doit appara\u00eetre. Ajoutez $END$ \u00e0 l'emplacement o\u00f9 le curseur doit se trouver \u00e0 la fin :\r\n\r\nclass $EXPR$ extends Component {\r\n  render() {\r\n    return (\r\n      <div>\r\n        \r\n      <\/div>\r\n    );\r\n  }\r\n}\r\n\r\nexport default $EXPR$;\r\n\r\n\tEnregistrez le mod\u00e8le. Il est maintenant pr\u00eat \u00e0 \u00eatre utilis\u00e9 dans l'\u00e9diteur !\r\n\r\n\r\nPrise en charge de TypeScript 2.9 et 3.0\r\nWebStorm prend en charge les fonctionnalit\u00e9s TypeScript 2.9 et 3.0 suivantes :\r\n\r\n\tPropri\u00e9t\u00e9 import.meta\r\n\tTypes import(\u2026)-ing\r\n\tTransmission de valeurs g\u00e9n\u00e9riques \u00e0 des appels de mod\u00e8le balis\u00e9s\r\n\tUtilisation de propri\u00e9t\u00e9s nomm\u00e9es par des symboles et des nombres avec keyof et types mapp\u00e9s\r\n\tTuples dans les param\u00e8tres rest et les expressions spread\r\n\tNouveau type top inconnu\r\n\tArguments de type nomm\u00e9s et inf\u00e9rence d'argument de type partiel\r\n\r\nCorrectifs TypeScript provenant du service de langage\r\nWebStorm affiche d\u00e9sormais davantage de correctifs provenant du service de langage TypeScript. Vous pouvez non seulement utiliser les correctifs rapides pour les erreurs signal\u00e9es, mais \u00e9galement des suggestions telles que celle-ci :\r\n\r\n\r\n\r\nAppuyez sur Alt-Entr\u00e9e pour voir les intentions disponibles de WebStorm, ainsi que celles du service de langage TypeScript.\r\nNouveau correctif rapide \u00ab Make method protected ou public \u00bb dans TypeScript\r\nNous avons \u00e9galement ajout\u00e9 un nouveau correctif rapide pour rem\u00e9dier aux probl\u00e8mes de visibilit\u00e9 des m\u00e9thodes inaccessibles :\r\n\r\n\r\nUtilisation du service de langage TypeScript pour tous les projets incluant des fichiers TypeScript\r\nD\u00e9sormais WebStorm utilise le service de langage TypeScript pour tout fichier TypeScript, m\u00eame si le projet ne comporte pas de fichier tsconfig.json. WebStorm utilise ensuite la version int\u00e9gr\u00e9e de TypeScript et la configuration par d\u00e9faut.\r\n\r\nVous pouvez d\u00e9sactiver ce comportement en d\u00e9s\u00e9lectionnant la case \u00ab Also for projects without tsconfig.json \u00bb dans la section Preferences | Languages & Frameworks | TypeScript.\r\nPrise en charge de JSON\r\nPrise en charge de JSON5\r\nWebStorm 2018.2 prend d\u00e9sormais en charge la norme JSON5. Par d\u00e9faut, vous pouvez utiliser la nouvelle uniquement dans les fichiers ayant l'extension .json5, mais vous pouvez le prolonger \u00e0 l'ensemble des fichiers .json. Pour ce faire, ouvrez la section Preferences | Editor | File types, recherchez JSON5 dans la liste et ajoutez *.json au sch\u00e9ma enregistr\u00e9 correspondant.\r\n\r\n\r\nCopie du pointeur JSON\r\nUne autre am\u00e9lioration pratique dans ce domaine est la nouvelle action qui permet de copier le pointeur JSON, une cha\u00eene de type chemin pour l'objet s\u00e9lectionn\u00e9.\r\n\r\n\r\nPrise en charge am\u00e9lior\u00e9e pour JSON Schemas\r\nDepuis un certain temps, WebStorm est en mesure de valider les fichiers JSON et d'assurer la compl\u00e9tion du code dans ces fichiers en utilisant JSON Schema, un format sp\u00e9cial permettant de d\u00e9crire leur structure et le contenu.\r\n\r\nDans WebStorm 2018.2, nous avons am\u00e9lior\u00e9 la prise en charge de JSON Schema de nombreuses fa\u00e7ons.\r\nWebStorm permet d\u00e9sormais de t\u00e9l\u00e9charger et d'utiliser automatiquement les sch\u00e9mas depuis le site JSON Schema Store qui h\u00e9berge les fichiers correspondants pour de nombreux fichiers de configuration populaires.\r\n\r\nD\u00e8s que vous ouvrez un fichier dont le nom est associ\u00e9 avec l'un des sch\u00e9mas disponibles (par exemple, composer.json), WebStorm t\u00e9l\u00e9charge et utilise ce sch\u00e9ma. Vous verrez le nom du sch\u00e9ma appliqu\u00e9 dans la barre de statut.\r\n\r\n\r\n\r\nSi vous avez un nom personnalis\u00e9 pour un fichier de configuration, vous pouvez s\u00e9lectionner manuellement le sch\u00e9ma requis \u00e0 partir de la liste dans la barre de statut.\r\n\r\nNous avons \u00e9galement mis \u00e0 jour la configuration de la version personnalis\u00e9e de JSON Schemas que vous pouvez ajouter \u00e0 l'IDE et utiliser des fichiers sp\u00e9cifiques dans votre projet. Vous pouvez d\u00e9sormais sp\u00e9cifier l'URL du fichier de sch\u00e9ma. Cela est disponible dans la section Preferences | Languages and Frameworks | Schemas and DTDs | JSON Schema Mappings.\r\nAjout des propri\u00e9t\u00e9s requises manquantes dans les fichiers JSON\r\nComme nous l'avons d\u00e9j\u00e0 mentionn\u00e9 dans l'une des mises \u00e0 jour EAP plus anciennes, WebStorm peut valider vos fichiers JSON en utilisant le JSON Schema. Nous avons ajout\u00e9 un correctif rapide qui vous permet d'ajouter l'ensemble des propri\u00e9t\u00e9s requises manquantes \u00e0 votre fichier JSON.\r\n\r\nInt\u00e9gration des Linters\r\nDiff\u00e9rentes options de mise en \u00e9vidence des erreurs et des avertissements de TSLint\r\nWebStorm respecte d\u00e9sormais les niveaux de s\u00e9v\u00e9rit\u00e9 s\u00e9lectionn\u00e9s pour les r\u00e8gles activ\u00e9es dans le fichier de configuration TSLint. Par d\u00e9faut, les erreurs sont signal\u00e9es par une ligne rouge ondul\u00e9e, tandis que les avertissements sont surlign\u00e9s en jaune.\r\n\r\n\r\n\r\n\r\nAppliquez automatiquement les r\u00e8gles de style de code \u00e0 partir de tous les types de fichiers de configuration ESLint et TSLint\r\nDepuis d\u00e9j\u00e0 quelque temps, WebStorm permet d'appliquer les r\u00e8gles de style de code connues, telles que sp\u00e9cifi\u00e9es dans les fichiers de configuration ESLint et TSLint dans les param\u00e8tres de style de code JavaScript ou TypeScript de l'IDE.\r\n\r\nD\u00e9sormais WebStorm peut importer automatiquement les r\u00e8gles connues \u00e0 partir de toutes les configurations lorsque vous ouvrez votre projet pour la premi\u00e8re fois, sous r\u00e9serve qu'ESLint (ou TSLint) soit install\u00e9. (Cela est d\u00fb au fait que WebStorm doit ex\u00e9cuter ESLint lui-m\u00eame pour transformer la configuration en un code JSON que l'IDE peut comprendre.)\r\n\r\nAuparavant, WebStorm faisait cela uniquement pour les configurations plus simples, \u00e9crites uniquement avec JSON. Pour les configurations \u00e9crites en JavaScript ou YAML, ou prolongeant des valeurs pr\u00e9d\u00e9finies, WebStorm vous imposait l'action Apply ESLint Code Style Rules. Dans la nouvelle version, cette action reste n\u00e9cessaire en cas de mise \u00e0 jour de la configuration ESLint ou TSLint. Elle est accessible depuis la fen\u00eatre contextuelle Find Action ou dans le menu contextuel du fichier.\r\n\r\n\r\n\r\n\u00c0 ce sujet, vous pouvez d\u00e9sormais appliquer \u00e9galement le style de code aux configurations TSLint ayant le champ extends. Par exemple, si votre fichier\u00a0tslint.json prolonge la valeur pr\u00e9d\u00e9finie tslint-config-standard, WebStorm applique automatiquement les r\u00e8gles li\u00e9es \u00e0 l'utilisation de points virgule d\u00e9finies dans les valeurs pr\u00e9d\u00e9finies relatives aux param\u00e8tres de style de code TypeScript dans l'IDE.\r\nD\u00e9bogage\r\nIntentions de point d\u2019arr\u00eat\r\nVous pouvez d\u00e9sormais appuyer simplement sur Alt-Entr\u00e9e sur une ligne avec un point d'arr\u00eat et voir les actions li\u00e9es au point d'arr\u00eat dans la liste, ainsi que toutes les autres intentions disponibles !\r\n\r\n\r\nAction Drop Frame dans le d\u00e9bogueur\r\nD\u00e9sormais, vous pouvez utiliser l'action Drop Frame lors du d\u00e9bogage de JavaScript et de Node.js. Cela peut \u00eatre utile pour r\u00e9-entrer une fonction si vous avez manqu\u00e9 un point essentiel que vous souhaitez revoir.\r\n\r\n\r\nD\u00e9bogage des fichiers scratch\r\nVous pouvez d\u00e9sormais d\u00e9boguer les fichiers scratch JavaScript \u2013 des fichiers temporaires que vous pouvez rapidement cr\u00e9er en utilisant le raccourci Cmd-Maj-N sous macOS ou Ctrl+Maj+Alt+Ins. sous Windows et Linux.\r\n\r\nPlacez des points d'arr\u00eat partout dans le fichier, puis appuyez sur Ctrl-Alt-D \/ Alt+Maj+F9 pour lancer le d\u00e9bogage et utiliser le d\u00e9bogueur Node.js. Rappelez-vous que votre code sera utilis\u00e9 via un node, ce qui signifie qu'il ne doit pas utiliser d'API de navigateur ou toute syntaxe qui ne soit pas prise en charge dans le node.\r\n\r\n\r\nTester\r\nNouvelle ex\u00e9cution des tests ayant \u00e9chou\u00e9\r\nLa nouvelle action Rerun Failed Tests est disponible lorsque vous ex\u00e9cutez des tests avec Karma, Jest ou Mocha dans WebStorm. Comme son nom le sugg\u00e8re, il vous permet de r\u00e9ex\u00e9cuter uniquement les tests qui ont \u00e9chou\u00e9, au lieu d'ex\u00e9cuter l'ensemble des tests apr\u00e8s la correction.\r\n\r\n\r\nNavigation vers l'instantan\u00e9 Jest\r\nSi vous testez des instantan\u00e9s avec Jest, vous remarquerez une nouvelle ic\u00f4ne dans le volet gauche de l'\u00e9diteur lorsque votre fichier de test est ouvert. Utilisez-la pour acc\u00e9der au fichier d'instantan\u00e9 correspondant. Vous pouvez \u00e9galement placer le caret sur toMatchSnapshot et utiliser l'action Related Symbol.\r\n\r\n\r\nAffichage des Diff pour les instantan\u00e9s Jest\r\nSi votre test Jest a \u00e9chou\u00e9 en raison de la non-concordance dans l'instantan\u00e9, vous pouvez d\u00e9sormais voir pourquoi en utilisant l'affichage parall\u00e8le propre aux fichiers diff dans l'IDE. Pour l'ouvrir, cliquez sur le lien dans la fen\u00eatre d'ex\u00e9cution des tests.\r\n\r\n\r\nD\u00e9bogage des tests Karma au moyen de Chrome Headless\r\nKarma permet d'utiliser Chrome Headless pour ex\u00e9cuter vos tests (voir ce tutoriel dans le blog Chrome). Avec Karma, vos tests sont ex\u00e9cut\u00e9s dans un environnement r\u00e9el de navigateur, mais sans la surcharge g\u00e9n\u00e9r\u00e9e par l'ex\u00e9cution d'une instance Chrome.\r\n\r\nWebStorm permet d\u00e9sormais de d\u00e9boguer les tests Karma dans Chrome Headless (alors qu'auparavant vous pouviez uniquement les ex\u00e9cuter).\r\n\r\nPour ex\u00e9cuter et d\u00e9boguer des tests dans Chrome Headless en utilisant Karma, ajoutez browsers: ['ChromeHeadless'] dans le fichier karma.conf.js ou pr\u00e9sentez-le comme un navigateur dans la configuration Karma de WebStorm (voir la copie d'\u00e9cran ci-dessous). Pour plus d'informations sur la configuration de vos projets en vue de l'utilisation de Chrome Headless, voir ce tutoriel.\r\n\r\n\r\nFichiers de test dans le p\u00e9rim\u00e8tre de Tests\r\nD\u00e9sormais, tous les fichiers de test dont les noms suivent un mod\u00e8le classique, tels que *.test.js ou *.spec.js, sont ajout\u00e9s au p\u00e9rim\u00e8tre par d\u00e9faut de l'action Tests. Vous pouvez s\u00e9lectionner ce p\u00e9rim\u00e8tre dans la vue Project pour voir les fichiers de test disponibles dans le projet. Ou l'utiliser pour configurer le mode d'utilisation et le niveau de s\u00e9v\u00e9rit\u00e9 des inspections.\r\n\r\n\r\n\r\n\r\nContr\u00f4le de version\r\nEnregistrement automatique des r\u00e9f\u00e9rentiels Git et Mercurial en tant que racines VCS\r\nSi vous ouvrez un dossier faisant partie d'un r\u00e9f\u00e9rentiel Git ou Mercurial, WebStorm active d\u00e9sormais automatiquement l'int\u00e9gration du contr\u00f4le de version pour ce dossier. Vous n'aurez donc plus \u00e0 subir de notifications \u00ab unregistered roots detected \u00bb lorsque vous ouvrez un dossier.\r\nNouvelle action Browse Repository at Revision\r\nAvec la nouvelle action Browse Repository at Revision, disponible \u00e0 partir du menu contextuel dans le journal VCS ou l'historique de fichiers, vous pouvez maintemant explorer les fichiers dans votre projet pour toute version donn\u00e9e sans extraction. La vue sp\u00e9ciale Repositories permet de voir la structure de projet et d'afficher les fichiers en mode lecture seule.\r\n\r\n\r\nSuppression d'une balise Git dans la section Log\r\nVous pouvez supprimer des balises Git d'un droit de commit directement depuis le menu contextuel de l'onglet Log.\r\n\r\n\r\nCompl\u00e9tion pour les balises Git\r\nWebStorm assure d\u00e9sormais la saisie semi-automatique dans la bo\u00eete de dialogue Checkout.\r\n\r\n\r\nLes plug-ins pour Perforce et CVS doivent d\u00e9sormais \u00eatre install\u00e9s s\u00e9par\u00e9ment\r\nSi vous souhaitez utiliser l'int\u00e9gration avec Perforce\u00a0ou CVS\u00a0dans WebStorm, vous devez installer le plug-in\u00a0correspondant depuis la section Preferences | Plugins \u2013 Install JetBrains plugins. Ces plug-ins\u00a0permettent de r\u00e9tablir la fonctionnalit\u00e9 compl\u00e8te qui \u00e9tait pr\u00e9c\u00e9demment disponible dans WebStorm en standard.\r\nAutres am\u00e9liorations de l'IDE\r\nPrise en charge de la barre tactile\r\nDernier point, mais non des moindres, nous allons voir la prise en charge de la barre tactile du MacBook.\r\n\r\nD\u00e9sormais, vous pouvez ex\u00e9cuter, cr\u00e9er et d\u00e9boguer votre projet, ainsi que valider les modifications ou mettre \u00e0 jour le projet directement depuis la barre tactile. La barre tactile affiche les contr\u00f4les en fonction du contexte ou des touches du modificateur. Nous prenons en charge les contextes les plus populaires, mais ce n'est pas tout, ces contextes peuvent \u00eatre personnalis\u00e9s ! Vous trouverez plus de d\u00e9tails dans le blog d'IntelliJ IDEA.\r\nEn-t\u00eates de fen\u00eatres sombres sur macOS\r\nSi vous aimez le th\u00e8me sombre et utilisez le macOS, vous pouvez d\u00e9sormais rendre WebStorm encore plus sombre avec les en-t\u00eates de fen\u00eatres sombres. Pour les activer, ouvrez la section Preferences | Appearance & Behavior | Appearance, s\u00e9lectionnez la nouvelle option Use dark window headers et red\u00e9marrez l'IDE pour appliquer les modifications.\r\n\r\n\r\n\r\nPour obtenir la liste compl\u00e8te des probl\u00e8mes et des bugs corrig\u00e9s dans WebStorm 2018.2, consultez les notes de parution.\r\n\r\nL'\u00e9quipe WebStorm","protected":false},"excerpt":{"rendered":"WebStorm 2018.2 est maintenant disponible !Cette nouvelle version apporte de nombreuses fonctionnalit\u00e9s suppl\u00e9mentaires et des am\u00e9liorations majeures, parmi lesquelles la refactorisation du compos","protected":false},"author":{"name":"Delphine Massenhove","link":"https:\/\/blog.jetbrains.com\/fr\/author\/delphine-massenhovejetbrains-com"},"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"inline_featured_image":false,"footnotes":""},"categories":[907],"tags":[477,5629],"cross-post-tag":[],"acf":[],"featured_image":null,"_links":{"self":[{"href":"https:\/\/blog.jetbrains.com\/fr\/wp-json\/wp\/v2\/posts\/34116"}],"collection":[{"href":"https:\/\/blog.jetbrains.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.jetbrains.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.jetbrains.com\/fr\/wp-json\/wp\/v2\/users\/813"},{"embeddable":true,"href":"https:\/\/blog.jetbrains.com\/fr\/wp-json\/wp\/v2\/users\/813"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.jetbrains.com\/fr\/wp-json\/wp\/v2\/comments?post=34116"}],"version-history":[{"count":0,"href":"https:\/\/blog.jetbrains.com\/fr\/wp-json\/wp\/v2\/posts\/34116\/revisions"}],"wp:attachment":[{"href":"https:\/\/blog.jetbrains.com\/fr\/wp-json\/wp\/v2\/media?parent=34116"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.jetbrains.com\/fr\/wp-json\/wp\/v2\/categories?post=34116"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.jetbrains.com\/fr\/wp-json\/wp\/v2\/tags?post=34116"},{"taxonomy":"cross-post-tag","embeddable":true,"href":"https:\/\/blog.jetbrains.com\/fr\/wp-json\/wp\/v2\/cross-post-tag?post=34116"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}