L'API .NET d'AutoCAD 2025 utilise .NET Core 8.0 en place de .NET Framework.
Il s'agit d'une rupture de compatibilité pour les développements .NET qui doivent être mis à jour pour fonctionner avec AutoCAD 2025.
J'ai mis à jour les applications sur Autodesk App Store et les dépôts sur GitHub:
Je peux essayer d'aider ceux qui en auraient besoin pour la migration de projets existants.
Résolu ! Accéder à la solution.
L'API .NET d'AutoCAD 2025 utilise .NET Core 8.0 en place de .NET Framework.
Il s'agit d'une rupture de compatibilité pour les développements .NET qui doivent être mis à jour pour fonctionner avec AutoCAD 2025.
J'ai mis à jour les applications sur Autodesk App Store et les dépôts sur GitHub:
Je peux essayer d'aider ceux qui en auraient besoin pour la migration de projets existants.
Résolu ! Accéder à la solution.
Résolu par _gile. Accéder à la solution.
Salut @_gile ,
J'ai fait la migration de mon plug-in en 2025, par contre j'ai des performances catastrophiques.
Alors qu'en 2024, pour extraire les données d'objets (Map3D) de 500 objets, c'était quasi instantané, je passe à plus d'une minute sous 2025, en béta et dans une VM, mais quand même.
Je vais refaire les tests maintenant que la version définitive est sortie, mais si j'ai des problèmes, je me permettrais de venir t'embêter.
Par contre pour le debug avec VS2022, j'ai dû rater un truc, car c'est beaucoup plus compliqué qu'avant (VS2019) 🤔
Olivier
Olivier Eckmann
Salut @_gile ,
J'ai fait la migration de mon plug-in en 2025, par contre j'ai des performances catastrophiques.
Alors qu'en 2024, pour extraire les données d'objets (Map3D) de 500 objets, c'était quasi instantané, je passe à plus d'une minute sous 2025, en béta et dans une VM, mais quand même.
Je vais refaire les tests maintenant que la version définitive est sortie, mais si j'ai des problèmes, je me permettrais de venir t'embêter.
Par contre pour le debug avec VS2022, j'ai dû rater un truc, car c'est beaucoup plus compliqué qu'avant (VS2019) 🤔
Olivier
Olivier Eckmann
Bonjour @_gile
Lorsque que tu écris : AutoCAD 2025 supporte .NET Core 8.0
Je suis devant un problème de vocabulaire.
Doit-on lire "supporte" au sens de "tolérer, accepter quelque chose" ?
Mais puisque plus loin, tu écris en place de, je comprends que ce n'est pas ça et que ça semble plus restrictif.
Supporte signifierait "est basé sur".
En un mot comme en cent, doit-on changer de version de Visual Studio ?
À moins qu'il existe une alternative au niveau des réglages.
Amicalement
Didier Aveline
Bonjour @_gile
Lorsque que tu écris : AutoCAD 2025 supporte .NET Core 8.0
Je suis devant un problème de vocabulaire.
Doit-on lire "supporte" au sens de "tolérer, accepter quelque chose" ?
Mais puisque plus loin, tu écris en place de, je comprends que ce n'est pas ça et que ça semble plus restrictif.
Supporte signifierait "est basé sur".
En un mot comme en cent, doit-on changer de version de Visual Studio ?
À moins qu'il existe une alternative au niveau des réglages.
Amicalement
Didier Aveline
@-didier- wrote:
Lorsque que tu écris : AutoCAD 2025 supporte .NET Core 8.0
Je suis devant un problème de vocabulaire.
Doit-on lire "supporte" au sens de "tolérer, accepter quelque chose" ?
Mais puisque plus loin, tu écris en place de, je comprends que ce n'est pas ça et que ça semble plus restrictif.
Supporte signifierait "est basé sur".
Tu as raison, j'ai corrigé le message.
@-didier- wrote:
En un mot comme en cent, doit-on changer de version de Visual Studio ?
Non, il faut utiliser Visual Studio 2022. Mais on doit reconstruire les projets basés sur les Framework .NET.
@-didier- wrote:
Lorsque que tu écris : AutoCAD 2025 supporte .NET Core 8.0
Je suis devant un problème de vocabulaire.
Doit-on lire "supporte" au sens de "tolérer, accepter quelque chose" ?
Mais puisque plus loin, tu écris en place de, je comprends que ce n'est pas ça et que ça semble plus restrictif.
Supporte signifierait "est basé sur".
Tu as raison, j'ai corrigé le message.
@-didier- wrote:
En un mot comme en cent, doit-on changer de version de Visual Studio ?
Non, il faut utiliser Visual Studio 2022. Mais on doit reconstruire les projets basés sur les Framework .NET.
hello, petite question pour les non sachant, comment peut -on savoir que l'on utilise une application qui utilise .NET Framework ?
Kevin Megel
Ce post vous a été utile ? N'hésitez pas à aimer ce post.
Ce post a-t-il répondu à votre question ? Cliquez sur le bouton Accepter la solution.
Je suis un simple utilisateur, je ne travaille pas pour Autodesk
hello, petite question pour les non sachant, comment peut -on savoir que l'on utilise une application qui utilise .NET Framework ?
Kevin Megel
Ce post vous a été utile ? N'hésitez pas à aimer ce post.
Ce post a-t-il répondu à votre question ? Cliquez sur le bouton Accepter la solution.
Je suis un simple utilisateur, je ne travaille pas pour Autodesk
@Kevin_Megel wrote:
hello, petite question pour les non sachant, comment peut -on savoir que l'on utilise une application qui utilise .NET Framework ?
Jusqu'à la version 2024 toutes les applications .NET ciblent le .NET Framework. À partir de AutoCAD 2025 toutes les applications .NET doivent cibler .NET Core.
Donc avec AutoCAD 2025, il faut obligatoirement une nouvelle version de l'application .NET, sinon, il y a de fortes probabilités pour qu'elle ne fonctionne pas.
@Kevin_Megel wrote:
hello, petite question pour les non sachant, comment peut -on savoir que l'on utilise une application qui utilise .NET Framework ?
Jusqu'à la version 2024 toutes les applications .NET ciblent le .NET Framework. À partir de AutoCAD 2025 toutes les applications .NET doivent cibler .NET Core.
Donc avec AutoCAD 2025, il faut obligatoirement une nouvelle version de l'application .NET, sinon, il y a de fortes probabilités pour qu'elle ne fonctionne pas.
J'ai fait un petit document qui décrit pas à pas la mise à jour d'un projet de plugin pour AutoCAD 2024 ou inférieur vers AutoCAD 2025.
Migration_NET_Core.pdf est aussi disponible sur cette page.
J'ai fait un petit document qui décrit pas à pas la mise à jour d'un projet de plugin pour AutoCAD 2024 ou inférieur vers AutoCAD 2025.
Migration_NET_Core.pdf est aussi disponible sur cette page.
bonjour oui je besoin d'aide merci
bonjour oui je besoin d'aide merci
@jamal1234123121 wrote:
bonjour oui je besoin d'aide merci
Mais encore...
@jamal1234123121 wrote:
bonjour oui je besoin d'aide merci
Mais encore...
Bonjour @_gile
Je vais passer pour le boulet de base, mais j'en prends le risque.
Il suffit donc de "mouliner" une dll existante (depuis le code source, mais avec VS2022) pour que ce soit transparent pour 2025.
Mais est-ce que ça fonctionnera sur les versions précédentes ou faut-il prévoir DEUX versions de la dll ?
Amicalement
Didier Aveline
Bonjour @_gile
Je vais passer pour le boulet de base, mais j'en prends le risque.
Il suffit donc de "mouliner" une dll existante (depuis le code source, mais avec VS2022) pour que ce soit transparent pour 2025.
Mais est-ce que ça fonctionnera sur les versions précédentes ou faut-il prévoir DEUX versions de la dll ?
Amicalement
Didier Aveline
@-didier- wrote:
Il suffit donc de "mouliner" une dll existante (depuis le code source, mais avec VS2022) pour que ce soit transparent pour 2025.
Presque, il y a quand même deux trois trucs à faire en plus (CF : Migration_NET_Core.pdf) et éventuellement des corrections / modifications dans les codes.
@-didier- wrote:
Mais est-ce que ça fonctionnera sur les versions précédentes ou faut-il prévoir DEUX versions de la dll ?
Il s'agit d'une rupture de compatibilité. Il faut prévoir deux DLLs, l'originale (avant migration) pour AutoCAD jusqu'à 2024 et la nouvelle (celle générée par la "moulinette") pour AutoCAD 2025 (et ultérieures).
@-didier- wrote:
Il suffit donc de "mouliner" une dll existante (depuis le code source, mais avec VS2022) pour que ce soit transparent pour 2025.
Presque, il y a quand même deux trois trucs à faire en plus (CF : Migration_NET_Core.pdf) et éventuellement des corrections / modifications dans les codes.
@-didier- wrote:
Mais est-ce que ça fonctionnera sur les versions précédentes ou faut-il prévoir DEUX versions de la dll ?
Il s'agit d'une rupture de compatibilité. Il faut prévoir deux DLLs, l'originale (avant migration) pour AutoCAD jusqu'à 2024 et la nouvelle (celle générée par la "moulinette") pour AutoCAD 2025 (et ultérieures).
Bonjour @_gile
Merci pour ta réponse, c'est clair.
Je n'ai pas encore migré vers VS 2022, je viens seulement d'installer Acad 2025 et je n'ai pas trop le temps pour le dotnet.
Maintenant, grâce à toi, je sais ce qu'il y a à faire.
Je vais lire, relire, ingurgiter, digérer, comprendre ce que tu as écrit.NET Core, mais je me réserve la possibilité de venir te questionner plus tard.
Amicalement
Didier Aveline
Bonjour @_gile
Merci pour ta réponse, c'est clair.
Je n'ai pas encore migré vers VS 2022, je viens seulement d'installer Acad 2025 et je n'ai pas trop le temps pour le dotnet.
Maintenant, grâce à toi, je sais ce qu'il y a à faire.
Je vais lire, relire, ingurgiter, digérer, comprendre ce que tu as écrit.NET Core, mais je me réserve la possibilité de venir te questionner plus tard.
Amicalement
Didier Aveline
Erratum
Contrairement à ce qui est dit dans la rubrique (pour le moins laconique) .NET Migration Guide, certains projets (simples) créés pour les versions antérieures à 2025 (ciblant .NET Framework 4.X) fonctionnent en l'état avec AutoCAD 2025.
Erratum
Contrairement à ce qui est dit dans la rubrique (pour le moins laconique) .NET Migration Guide, certains projets (simples) créés pour les versions antérieures à 2025 (ciblant .NET Framework 4.X) fonctionnent en l'état avec AutoCAD 2025.
Bonjour
C'est mon cas. Sur 2025 j'ai testé mes applications DotNet créées sur des versions antérieures à 2025 et elles fonctionnent, pour l'instant, sans problème de compilation.
A voir dans le futur.
Pour Plant 3D il y a eu également des modifications au niveau de Python. Il faut que je regarde cela en détail afin de pouvoir récupérer mes composants paramétriques.
Cordialement
Dominique VAQUAND
Cette publication vous a-t-elle été utile ? N’hésitez pas à attribuer la mention J’aime à cette publication.
Avez-vous obtenu la réponse à votre question ? Cliquez ensuite sur le bouton ACCEPTER LA SOLUTION.
Bonjour
C'est mon cas. Sur 2025 j'ai testé mes applications DotNet créées sur des versions antérieures à 2025 et elles fonctionnent, pour l'instant, sans problème de compilation.
A voir dans le futur.
Pour Plant 3D il y a eu également des modifications au niveau de Python. Il faut que je regarde cela en détail afin de pouvoir récupérer mes composants paramétriques.
Cordialement
Dominique VAQUAND
Cette publication vous a-t-elle été utile ? N’hésitez pas à attribuer la mention J’aime à cette publication.
Avez-vous obtenu la réponse à votre question ? Cliquez ensuite sur le bouton ACCEPTER LA SOLUTION.
Bonjour,
C'est mon cas aussi. Mes plug-in se chargent et semblent fonctionnels sur Map 2025. A voir dans le temps.
Olivier Eckmann
Bonjour,
C'est mon cas aussi. Mes plug-in se chargent et semblent fonctionnels sur Map 2025. A voir dans le temps.
Olivier Eckmann
@Mahass a écrit :
Bonjour Gile,
Est-ce qu'un projet ciblant .Net core pour AutoCAD 2025 va fonctionner pour les versions intérieures d'AutoCAD ?
Non, pour les versions antérieures à 2025, il faut impérativement cibler le Framework .NET (voir les versions minimales du Framework supportées sur cette page).
@Mahass a écrit :
Bonjour Gile,
Est-ce qu'un projet ciblant .Net core pour AutoCAD 2025 va fonctionner pour les versions intérieures d'AutoCAD ?
Non, pour les versions antérieures à 2025, il faut impérativement cibler le Framework .NET (voir les versions minimales du Framework supportées sur cette page).
Dans ce cas, il faut avoir 2 solutions VS2022 en parallèle et pour faire une mise à jour et/ou réparer un bug, il faut le faire sur les 2 solutions en même temps ?
Une autre question, peut-être débile ! Dans la même solution/projet, est-ce possible de cibler .net 4.8 et .net 8.0?
Dans ce cas, il faut avoir 2 solutions VS2022 en parallèle et pour faire une mise à jour et/ou réparer un bug, il faut le faire sur les 2 solutions en même temps ?
Une autre question, peut-être débile ! Dans la même solution/projet, est-ce possible de cibler .net 4.8 et .net 8.0?
@Mahass a écrit :
Dans ce cas, il faut avoir 2 solutions VS2022 en parallèle et pour faire une mise à jour et/ou réparer un bug, il faut le faire sur les 2 solutions en même temps ?
Une autre question, peut-être débile ! Dans la même solution/projet, est-ce possible de cibler .net 4.8 et .net 8.0?
Une "solution" Visual Studio peut contenir plusieurs projets (clic droit sur la solution dans l'Explorateur de solutions > Ajouter > Nouveau projet). Chaque projet ne peut cibler qu'une seule version de .NET
@Mahass a écrit :
Dans ce cas, il faut avoir 2 solutions VS2022 en parallèle et pour faire une mise à jour et/ou réparer un bug, il faut le faire sur les 2 solutions en même temps ?
Une autre question, peut-être débile ! Dans la même solution/projet, est-ce possible de cibler .net 4.8 et .net 8.0?
Une "solution" Visual Studio peut contenir plusieurs projets (clic droit sur la solution dans l'Explorateur de solutions > Ajouter > Nouveau projet). Chaque projet ne peut cibler qu'une seule version de .NET
Vous n'avez pas trouvé ce que vous recherchiez ? Posez une question à la communauté ou partagez vos connaissances.