{"id":14187,"date":"2026-02-20T11:45:56","date_gmt":"2026-02-20T11:45:56","guid":{"rendered":"https:\/\/a-listware.com\/?p=14187"},"modified":"2026-02-20T13:14:32","modified_gmt":"2026-02-20T13:14:32","slug":"difference-between-net-core-and-net-framework","status":"publish","type":"post","link":"https:\/\/a-listware.com\/fr\/blog\/difference-between-net-core-and-net-framework","title":{"rendered":".NET Core vs .NET Framework : Une comparaison simple"},"content":{"rendered":"

Choisir entre .NET Core et .NET Framework n'est pas une question de pr\u00e9f\u00e9rence sur le papier, c'est une question d'ad\u00e9quation avec votre projet. Les d\u00e9veloppeurs se laissent souvent pi\u00e9ger par les mots \u00e0 la mode ou la \u201cderni\u00e8re\u201d tendance, mais la v\u00e9rit\u00e9 est que chacune de ces technologies a sa propre voie.\u00a0<\/span><\/p>\n

.NET Core est moderne, flexible et multiplateforme. .NET Framework est \u00e9prouv\u00e9, stable et con\u00e7u pour Windows. Si vous ne savez pas par o\u00f9 commencer ou quelle direction prendre, cet article pr\u00e9sente les principales diff\u00e9rences d'une mani\u00e8re qui a du sens - sans superflu, sans surcharge de jargon, juste les faits et les cas d'utilisation qui comptent.<\/span><\/p>\n

 <\/p>\n

Les origines et leur utilit\u00e9<\/span><\/h2>\n

.Le cadre .NET a \u00e9t\u00e9 le premier \u00e0 voir le jour. Il a \u00e9t\u00e9 con\u00e7u pour prendre en charge les logiciels bas\u00e9s sur Windows, des applications de bureau aux syst\u00e8mes d'entreprise. Il est \u00e9troitement int\u00e9gr\u00e9 \u00e0 Windows, ce qui le rend parfait pour les environnements o\u00f9 tout est construit autour de la pile de Microsoft.<\/span><\/p>\n

.NET Core, en revanche, est plus r\u00e9cent. Il a \u00e9t\u00e9 lanc\u00e9 pour r\u00e9pondre \u00e0 un besoin tr\u00e8s diff\u00e9rent : le monde moderne, ax\u00e9 sur le cloud et multiplateforme. Au lieu d'\u00eatre limit\u00e9 \u00e0 Windows, il fonctionne \u00e9galement sous Linux et macOS. Il est plus rapide, plus l\u00e9ger et plus flexible, ce qui le rend int\u00e9ressant pour les startups, les microservices et les \u00e9quipes DevOps.<\/span><\/p>\n

 <\/p>\n

Comment nous g\u00e9rons les technologies .NET chez A-listware<\/span><\/h2>\n

Au <\/span>Logiciel de liste A<\/span><\/a>, Nous travaillons avec un large \u00e9ventail de technologies Microsoft .NET, en fonction des besoins et de l'architecture de chaque projet. Certaines \u00e9quipes s'adressent \u00e0 nous avec des syst\u00e8mes d'entreprise de longue date construits sur des piles traditionnelles bas\u00e9es sur Windows. D'autres lancent des applications modernes et multiplateformes qui n\u00e9cessitent la flexibilit\u00e9 et les avantages en termes de performances des nouvelles versions de .NET comme .NET Core ou .NET 6+.<\/span><\/p>\n

Notre r\u00f4le est de soutenir ces deux voies. Pour les \u00e9quipes qui maintiennent des syst\u00e8mes \u00e9tablis, nous contribuons \u00e0 assurer la stabilit\u00e9 et la maintenabilit\u00e9 \u00e0 long terme. Pour celles qui construisent des solutions conteneuris\u00e9es ou pr\u00eates pour le cloud, nous nous concentrons sur l'architecture modulaire, la performance et l'agilit\u00e9 du d\u00e9ploiement. Comme notre expertise couvre la modernisation des syst\u00e8mes existants, le d\u00e9veloppement backend et l'int\u00e9gration cloud, nous sommes \u00e0 l'aise pour travailler sur l'ensemble du spectre .NET et nous adapter au contexte de chaque projet.<\/span><\/p>\n

 <\/p>\n

Architecture de base, port\u00e9e de la plate-forme et compromis modernes<\/span><\/h2>\n

Comprendre la diff\u00e9rence entre .NET Core et .NET Framework ne consiste pas seulement \u00e0 cocher des listes de fonctionnalit\u00e9s. Il s'agit de savoir comment chacun est construit, comment il se comporte dans le monde r\u00e9el et pour quel type de syst\u00e8me il est le mieux adapt\u00e9. De l'architecture \u00e0 la prise en charge de la plate-forme en passant par les performances, l'outillage et le d\u00e9ploiement, il existe des nuances importantes qui peuvent fa\u00e7onner l'orientation d'un projet \u00e0 long terme. Voyons ce qui diff\u00e9rencie r\u00e9ellement ces frameworks lorsque vous construisez ou maintenez un logiciel r\u00e9el.<\/span><\/p>\n

\"\"<\/p>\n

Principales diff\u00e9rences de philosophie<\/span><\/h3>\n

L'une des principales diff\u00e9rences entre .NET Core et .NET Framework est l'approche sous-jacente. .NET Framework est monolithique. Vous l'installez une fois sur Windows et vous \u00eates pr\u00eat \u00e0 partir. Tout est regroup\u00e9, des biblioth\u00e8ques de base aux mod\u00e8les d'application.<\/span><\/p>\n

.NET Core adopte une approche modulaire. Vous n'installez que ce dont vous avez besoin, quand vous en avez besoin. Il est distribu\u00e9 via des paquets NuGet, ce qui facilite la gestion des d\u00e9pendances et permet d'all\u00e9ger votre projet.<\/span><\/p>\n

Cross-Platform vs Windows-Only<\/span><\/h3>\n

Celui-ci est simple. Si votre application doit fonctionner en dehors de Windows, .NET Core est la seule v\u00e9ritable option. Il prend en charge :<\/span><\/p>\n

    \n
  • Fen\u00eatres<\/span><\/li>\n
  • macOS<\/span><\/li>\n
  • Linux<\/span><\/li>\n<\/ul>\n

    Vous pouvez cr\u00e9er des applications sur un syst\u00e8me d'exploitation et les d\u00e9ployer sur un autre. Cela change la donne pour les entreprises qui utilisent des conteneurs, des pipelines CI\/CD ou des environnements hybrides.<\/span><\/p>\n

    Quant \u00e0 .NET Framework, il est strictement r\u00e9serv\u00e9 \u00e0 Windows. Il fonctionne parfaitement dans cet environnement, mais d\u00e8s que vous sortez de cette bulle, vous vous heurtez \u00e0 un mur.<\/span><\/p>\n

    Performance et rapidit\u00e9<\/span><\/h3>\n

    .NET Core a \u00e9t\u00e9 con\u00e7u dans un souci de performance. Il d\u00e9marre plus rapidement, consomme moins de ressources et tire parti d'am\u00e9liorations telles que :<\/span><\/p>\n

      \n
    • Compilation Just-In-Time (JIT) et Ahead-Of-Time (AOT).<\/span><\/li>\n
    • Dur\u00e9e d'ex\u00e9cution l\u00e9g\u00e8re.<\/span><\/li>\n
    • Optimisation du ramassage des ordures.<\/span><\/li>\n
    • D\u00e9ploiement modulaire.<\/span><\/li>\n<\/ul>\n

      Les d\u00e9ploiements dans le monde r\u00e9el ont montr\u00e9 que les versions modernes de .NET peuvent g\u00e9rer des charges de travail tr\u00e8s performantes avec une efficacit\u00e9 impressionnante. Les \u00e9quipes qui construisent des syst\u00e8mes \u00e9volutifs choisissent souvent .NET pour son d\u00e9marrage rapide, son utilisation efficace de la m\u00e9moire et sa capacit\u00e9 \u00e0 fonctionner sous pression dans des environnements distribu\u00e9s.<\/span><\/p>\n

      .Le cadre .NET n'est pas intrins\u00e8quement lent, mais il est plus gourmand en ressources. Son int\u00e9gration \u00e9troite avec Windows signifie qu'il ne b\u00e9n\u00e9ficie pas des nombreuses am\u00e9liorations de performances disponibles dans les nouvelles impl\u00e9mentations .NET multiplateformes.<\/span><\/p>\n

      Outils et \u00e9cosyst\u00e8me de d\u00e9veloppement<\/span><\/h3>\n

      Les deux cadres prennent en charge C#, VB.NET et F#, de sorte que votre langage de codage n'a pas besoin d'\u00eatre modifi\u00e9. Visual Studio fonctionne bien avec l'un ou l'autre.<\/span><\/p>\n

      Mais .NET Core vous offre \u00e9galement une interface de ligne de commande (CLI) l\u00e9g\u00e8re, qui facilite l'\u00e9criture de scripts et l'automatisation. Il s'agit d'un petit d\u00e9tail, mais il est important pour les \u00e9quipes DevOps ou les d\u00e9veloppeurs solitaires qui ne disposent pas d'un IDE complet.<\/span><\/p>\n

      .NET Framework s'appuie davantage sur Visual Studio et sur un flux de travail IDE traditionnel. Il est familier, mais moins flexible dans les environnements dynamiques.<\/span><\/p>\n

      Types d'applications et compatibilit\u00e9<\/span><\/h3>\n

      C'est ici que les choses se pr\u00e9cisent.<\/span><\/p>\n

      .NET Core est le meilleur pour :<\/span><\/h4>\n

       <\/p>\n

        \n
      • Applications web et API RESTful.<\/span><\/li>\n
      • Microservices et conteneurs.<\/span><\/li>\n
      • Outils multiplateformes.<\/span><\/li>\n
      • Solutions bas\u00e9es sur l'informatique en nuage.<\/span><\/li>\n
      • Nouveaux projets (Greenfield).<\/span><\/li>\n<\/ul>\n

        .NET Framework est le meilleur pour :<\/span><\/h4>\n

         <\/p>\n

          \n
        • Applications de bureau avec WinForms ou WPF.<\/span><\/li>\n
        • Syst\u00e8mes d'entreprise li\u00e9s \u00e0 Windows.<\/span><\/li>\n
        • Applications existantes avec des d\u00e9pendances lourdes.<\/span><\/li>\n
        • Projets utilisant WCF, ASP.NET Web Forms ou COM+.<\/span><\/li>\n<\/ul>\n

          En gros, si vous maintenez une application Windows mature, .NET Framework a encore beaucoup de sens. En revanche, si vous partez de z\u00e9ro ou si vous passez \u00e0 l'informatique d\u00e9mat\u00e9rialis\u00e9e, .NET Core est probablement le choix le plus judicieux.<\/span><\/p>\n

          Consid\u00e9rations relatives \u00e0 la s\u00e9curit\u00e9<\/span><\/h3>\n

          .Le cadre .NET incluait historiquement la s\u00e9curit\u00e9 d'acc\u00e8s au code (CAS) ainsi que d'autres m\u00e9canismes de s\u00e9curit\u00e9 sp\u00e9cifiques \u00e0 Windows. CAS est aujourd'hui consid\u00e9r\u00e9 comme obsol\u00e8te, mais le cadre lui-m\u00eame reste bien compris dans les environnements d'entreprise de longue date o\u00f9 les mod\u00e8les de s\u00e9curit\u00e9 sont stables depuis des ann\u00e9es.<\/span><\/p>\n

          .NET Core utilise une approche de s\u00e9curit\u00e9 diff\u00e9rente. Au lieu de CAS, il s'appuie sur des pratiques modernes telles que les valeurs par d\u00e9faut s\u00e9curis\u00e9es, la d\u00e9fense en profondeur et les protections au niveau du syst\u00e8me d'exploitation et de l'ex\u00e9cution. Ce mod\u00e8le s'aligne bien sur les architectures bas\u00e9es sur le cloud, les microservices et les syst\u00e8mes bas\u00e9s sur les API, o\u00f9 la s\u00e9curit\u00e9 est g\u00e9r\u00e9e \u00e0 travers les couches d'infrastructure et d'application.<\/span><\/p>\n

          Emballage et d\u00e9ploiement<\/span><\/h3>\n

          .Les applications .NET Core sont emball\u00e9es avec seulement les d\u00e9pendances dont elles ont besoin, ce qui les rend plus petites et plus faciles \u00e0 d\u00e9ployer. Cette approche modulaire permet :<\/span><\/p>\n

            \n
          • Versionnement c\u00f4te \u00e0 c\u00f4te.<\/span><\/li>\n
          • D\u00e9ploiements autonomes.<\/span><\/li>\n
          • Constructions adapt\u00e9es \u00e0 Docker.<\/span><\/li>\n<\/ul>\n

            C'est un gros probl\u00e8me pour les \u00e9quipes qui essaient d'\u00e9viter les conflits de versions ou de maintenir plusieurs applications sur le m\u00eame serveur.<\/span><\/p>\n

            .Les applications .NET Framework, en revanche, sont li\u00e9es \u00e0 la version du framework install\u00e9e sur la machine. Cette situation peut convenir aux syst\u00e8mes internes, mais elle cr\u00e9e des frictions lorsque vous souhaitez \u00e9voluer rapidement ou isoler des environnements.<\/span><\/p>\n

            Communaut\u00e9 et mises \u00e0 jour<\/span><\/h3>\n

            \u00c0 partir de .NET 5, Microsoft a unifi\u00e9 l'\u00e9cosyst\u00e8me sous une plateforme unique appel\u00e9e .NET. .NET Framework reste en mode maintenance, tandis que tout le d\u00e9veloppement actif se poursuit dans les versions modernes de .NET.\u00a0<\/span><\/p>\n

            .Le cadre .NET est toujours pris en charge, mais il n'\u00e9volue pas beaucoup. Microsoft se concentre principalement sur la maintenance et la stabilit\u00e9, ce qui est id\u00e9al si vous souhaitez une certaine pr\u00e9visibilit\u00e9 dans les grands syst\u00e8mes existants.<\/span><\/p>\n

            \"\"<\/p>\n

            La transition entre les deux<\/span><\/h3>\n

            Si vous envisagez de passer de .NET Framework \u00e0 .NET Core, vous n'\u00eates pas seul. De nombreuses \u00e9quipes sont dans la m\u00eame situation.<\/span><\/p>\n

            Voici quelques conseils :<\/span><\/p>\n

              \n
            • Commencez modestement :<\/b> Commencez par migrer les services ou composants individuels qui d\u00e9pendent le moins possible des fonctions sp\u00e9cifiques \u00e0 Windows.<\/span><\/li>\n
            • Utiliser les outils de Microsoft :<\/b> L'analyseur de portabilit\u00e9 .NET (ApiPort) peut aider \u00e0 identifier les API et les biblioth\u00e8ques qui pourraient ne pas \u00eatre prises en charge dans la version moderne de .NET.<\/span><\/li>\n
            • Se pr\u00e9parer au changement :<\/b> Les technologies telles que ASP.NET Web Forms ne sont pas prises en charge dans .NET. WCF n'est pas inclus par d\u00e9faut, mais vous pouvez utiliser des alternatives support\u00e9es par la communaut\u00e9 comme CoreWCF pour la compatibilit\u00e9 c\u00f4t\u00e9 serveur.<\/span><\/li>\n<\/ul>\n

              Ne vous attendez pas \u00e0 un changement rapide. Il s'agit souvent plus d'une r\u00e9architecture que d'un portage direct. Mais si la flexibilit\u00e9 et les performances \u00e0 long terme sont importantes pour vous, l'effort est g\u00e9n\u00e9ralement payant.<\/span><\/p>\n

              Qu'en est-il de .NET 5, 6 et au-del\u00e0 ?<\/span><\/h3>\n

              C'est ici que les choses deviennent un peu floues au niveau de la d\u00e9nomination, mais plus claires au niveau de la direction.<\/span><\/p>\n

              Microsoft s'efforce d'unifier l'\u00e9cosyst\u00e8me .NET sous une plate-forme unique. .NET 5 a \u00e9t\u00e9 la premi\u00e8re \u00e9tape, suivie par .NET 6 (qui est LTS - support \u00e0 long terme) et .NET 7+. Ces nouvelles versions reprennent toutes les qualit\u00e9s de .NET Core et continuent \u00e0 les d\u00e9velopper.<\/span><\/p>\n

              Il n'y a pas de \u201c.NET Core 4\u201d ou de \u201c.NET Framework 5\u201d - l'avenir de .NET r\u00e9side plut\u00f4t dans ces versions unifi\u00e9es qui combinent la flexibilit\u00e9 de Core avec des capacit\u00e9s plus \u00e9tendues.<\/span><\/p>\n

               <\/p>\n

              R\u00e9sum\u00e9 rapide : les principales diff\u00e9rences en un coup d'\u0153il<\/span><\/h2>\n

              Avant de se plonger dans le code ou les plans de migration, il est utile de prendre du recul et d'avoir une vue d'ensemble. Que vous assuriez la maintenance d'un syst\u00e8me existant ou que vous planifiez une nouvelle construction, cette vue comparative met en \u00e9vidence les diff\u00e9rences r\u00e9elles entre .NET Core et .NET Framework, et les raisons pour lesquelles elles sont importantes.<\/span><\/p>\n\n\n\n\n\n\n\n\n\n\n\n\n
              Fonctionnalit\u00e9<\/b><\/td>\n.NET Core<\/b><\/td>\n.Cadre .NET<\/b><\/td>\n<\/tr>\n
              Soutien \u00e0 la plate-forme<\/b><\/td>\nWindows, macOS, Linux<\/span><\/td>\nWindows uniquement<\/span><\/td>\n<\/tr>\n
              Source ouverte<\/b><\/td>\nOui<\/span><\/td>\nPartiellement en libre acc\u00e8s (uniquement pour les composants existants)<\/span><\/td>\n<\/tr>\n
              Performance<\/b><\/td>\nHaut<\/span><\/td>\nStable mais plus lent<\/span><\/td>\n<\/tr>\n
              L'esprit des microservices<\/b><\/td>\nOui<\/span><\/td>\nLimit\u00e9e<\/span><\/td>\n<\/tr>\n
              Outils CLI<\/b><\/td>\nL\u00e9ger, flexible<\/span><\/td>\nPlus lourd, pr\u00e9f\u00e9rence pour l'IDE<\/span><\/td>\n<\/tr>\n
              Mod\u00e8les d'applications<\/b><\/td>\nWeb, cloud, console<\/span><\/td>\nDesktop, web<\/span><\/td>\n<\/tr>\n
              S\u00e9curit\u00e9<\/b><\/td>\nMeilleures pratiques modernes<\/span><\/td>\nM\u00e9canismes anciens (par exemple, CAS obsol\u00e8te)<\/span><\/td>\n<\/tr>\n
              Emballage<\/b><\/td>\nModulaire, autonome<\/span><\/td>\nInstallation monolithique<\/span><\/td>\n<\/tr>\n
              Soutien futur<\/b><\/td>\n\u00c9volution sous .NET 6\/7<\/span><\/td>\nMaintenance uniquement<\/span><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

               <\/p>\n

              R\u00e9flexions finales<\/span><\/h2>\n

              Vous n'avez pas \u00e0 choisir aveugl\u00e9ment entre .NET Core et .NET Framework. Le choix d\u00e9pend de ce que vous construisez, de l'endroit o\u00f9 il sera ex\u00e9cut\u00e9 et de la flexibilit\u00e9 dont vous avez besoin.<\/span><\/p>\n

              Si votre application doit fonctionner sur plusieurs plateformes, s'adapter sans effort ou s'int\u00e9grer dans les pipelines DevOps modernes, .NET Core (et maintenant .NET 6\/7) est probablement votre solution.<\/span><\/p>\n

              Mais si vous maintenez un syst\u00e8me stable profond\u00e9ment enracin\u00e9 dans la technologie Windows, .NET Framework fait toujours l'affaire. Il est fiable, mature et bien compris.<\/span><\/p>\n

              Quelle que soit votre d\u00e9cision, le plus important est de comprendre les compromis. Un choix r\u00e9fl\u00e9chi donne le ton \u00e0 votre processus de d\u00e9veloppement, \u00e0 votre strat\u00e9gie de d\u00e9ploiement et aux futures mises \u00e0 niveau. Et c'est quelque chose qui vaut la peine d'\u00eatre bien compris d\u00e8s le d\u00e9part.<\/span><\/p>\n

               <\/p>\n

              FAQ<\/span><\/h2>\n
              \n
              <\/div>\n
              \n
              \n
                \n
              1. .NET Core est-il identique \u00e0 .NET 6 ou .NET 7 ?<\/b><\/li>\n<\/ol>\n

                Pas tout \u00e0 fait, mais ils sont \u00e9troitement li\u00e9s. .NET Core a \u00e9volu\u00e9 vers ce que nous appelons aujourd'hui la plateforme .NET unifi\u00e9e, \u00e0 partir de .NET 5. Ainsi, .NET 6, .NET 7 et les versions ult\u00e9rieures sont essentiellement la continuation de .NET Core, avec quelques nouvelles fonctionnalit\u00e9s et un nettoyage des noms. Si vous connaissez .NET Core, vous \u00eates d\u00e9j\u00e0 sur la bonne voie pour utiliser .NET 6+.<\/span><\/p>\n

                  \n
                1. Puis-je ex\u00e9cuter mon ancienne application .NET Framework sur .NET Core ?<\/b><\/li>\n<\/ol>\n

                  En g\u00e9n\u00e9ral, cela ne se fait pas sans changements. Bien que certaines parties de la base de code puissent \u00eatre reprises, .NET Core ne prend pas en charge tout ce que fait le Framework, en particulier des \u00e9l\u00e9ments tels que les formulaires Web, WCF ou d'anciennes biblioth\u00e8ques r\u00e9serv\u00e9es \u00e0 Windows. Le portage n\u00e9cessite souvent une nouvelle r\u00e9flexion, et pas seulement un copier-coller.<\/span><\/p>\n

                    \n
                  1. Pourquoi s'en tenir \u00e0 .NET Framework aujourd'hui ?<\/b><\/li>\n<\/ol>\n

                    Parce qu'il fait encore du bon travail dans certaines situations. Si vous disposez d'une application d'entreprise interne stable qui fonctionne parfaitement sous Windows et utilise des fonctionnalit\u00e9s que Core ne prend pas en charge, il n'y a pas de raison urgente de la d\u00e9placer. La question est de savoir ce que fait l'application et si elle a r\u00e9ellement int\u00e9r\u00eat \u00e0 \u00eatre replatform\u00e9e.<\/span><\/p>\n

                      \n
                    1. .NET Core est-il plus performant ?<\/b><\/li>\n<\/ol>\n

                      Dans la plupart des cas, oui. Il est plus l\u00e9ger, d\u00e9marre plus rapidement et utilise mieux le mat\u00e9riel moderne. C'est l'une des raisons pour lesquelles il est si populaire pour les API, les microservices et les d\u00e9ploiements bas\u00e9s sur des conteneurs. Mais \u201cmieux\u201d d\u00e9pend toujours de ce pour quoi vous optimisez.<\/span><\/p>\n

                        \n
                      1. Dois-je en choisir un seul ?<\/b><\/li>\n<\/ol>\n

                        Pas n\u00e9cessairement. Certaines entreprises utilisent les deux. Il est courant de conserver les syst\u00e8mes existants sur .NET Framework tout en construisant de nouveaux services en .NET Core ou .NET 6+. Tant que vos syst\u00e8mes peuvent communiquer entre eux, le m\u00e9lange des deux n'est pas un probl\u00e8me.<\/span><\/p>\n<\/div>\n<\/div>\n<\/div>","protected":false},"excerpt":{"rendered":"

                        Choosing between .NET Core and .NET Framework isn\u2019t about which one is better on paper \u2013 it\u2019s about what actually fits your project. Developers often get caught up in buzzwords or the \u201clatest\u201d trend, but the truth is, each of these technologies has its own lane.\u00a0 .NET Core is modern, flexible, and cross-platform. .NET Framework […]<\/p>\n","protected":false},"author":18,"featured_media":14198,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[20],"tags":[],"class_list":["post-14187","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-technology"],"acf":[],"_links":{"self":[{"href":"https:\/\/a-listware.com\/fr\/wp-json\/wp\/v2\/posts\/14187","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/a-listware.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/a-listware.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/a-listware.com\/fr\/wp-json\/wp\/v2\/users\/18"}],"replies":[{"embeddable":true,"href":"https:\/\/a-listware.com\/fr\/wp-json\/wp\/v2\/comments?post=14187"}],"version-history":[{"count":18,"href":"https:\/\/a-listware.com\/fr\/wp-json\/wp\/v2\/posts\/14187\/revisions"}],"predecessor-version":[{"id":14201,"href":"https:\/\/a-listware.com\/fr\/wp-json\/wp\/v2\/posts\/14187\/revisions\/14201"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/a-listware.com\/fr\/wp-json\/wp\/v2\/media\/14198"}],"wp:attachment":[{"href":"https:\/\/a-listware.com\/fr\/wp-json\/wp\/v2\/media?parent=14187"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/a-listware.com\/fr\/wp-json\/wp\/v2\/categories?post=14187"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/a-listware.com\/fr\/wp-json\/wp\/v2\/tags?post=14187"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}