[AutoCAD .NET] AutoCAD 2025 et .NET Core 8

[_gile]

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:

• GeometryExtensions
• Gile.Inspector
• Gile.AutoCAD.Extension
• AutoCAD-Cshap-Project-Template
• AutoCAD-Fsharp-Project-Template

Je peux essayer d'aider ceux qui en auraient besoin pour la migration de projets existants.

[O_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

[-didier-]

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

[_gile]

---

@-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.

[Y.AUBRY]

Bonjour @_gile,

Merci pour ces infos...

Bonne journée

[Kevin_Megel]

hello, petite question pour les non sachant, comment peut -on savoir que l'on utilise une application qui utilise .NET Framework ?

[_gile · Accepted solution]

---

@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.

[_gile]

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.

[jamal1234123121]

bonjour oui je besoin d'aide merci

[_gile]

---

@jamal1234123121 wrote:

bonjour oui je besoin d'aide merci

---

Mais encore...

[-didier-]

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

[_gile]

---

@-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-]

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

[_gile]

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.

[DVaquand]

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

[O_Eckmann]

Bonjour,

C'est mon cas aussi. Mes plug-in se chargent et semblent fonctionnels sur Map 2025. A voir dans le temps.

[Mahass]

Bonjour Gile,
Est-ce qu'un projet ciblant .Net core pour AutoCAD 2025 va fonctionner pour les versions intérieures d'AutoCAD ?

[_gile]

---

@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]

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?

[_gile]

---

@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