Topic: Autodesk .net api lags slowly

[MarioR]

Hello,

we are currently using AutoCAD and Civil version 2022 in our company, I develop my plugins in .NET Framework 4.8.

Now there are more and more NuGet libraries (DotSpatial, Neo4J, ...) which are only delivered in the current .NET 6.0. Even a "compile down" to .NET 4.8 is not possible due to the new C# language options used.

Does Autodesk know anything about whether it will be switching from .NET Framework x.x to .NET 6.0 or higher in the foreseeable future?

Best regards
Mario

[It's Alive!]

Sure, Autodesk knows the answer : ) We won’t until there’s a new release. 

Unless Autodesk can figure out some sort of side-by-side loading system, I don’t see them supporting core yet.
They can’t just drop support for framework and break every existing app, can they?
Also, if you look back at core’s history, it’s always breaking binary compatibility and sometimes code compatibility.  Is it stable enough?

They’ll need some sort of orderly transition, new assemblies to reference, probably with another namespace.

“The code for Windows Forms for .NET 5 is a fork of the .NET Framework Windows Forms codebase. It's possible some differences exist and your app will be difficult to migrate.”

“Some APIs that are available in .NET Framework aren't available in .NET”

Was .NET just a big trap? We’ll see 

[MarioR]

Well, the discrepancy between continuity and modernisation is something we always have in programming.
On the one hand, you want to keep the code "alive" for a long time, but on the other hand, you can't really write a high-performance, thread-safe application that uses all cores with Win32 API

As a temporary solution, I will probably outsource the necessary part of the code to new .NET 6.0 parts and only exchange the data.

Let's wait and see...

best regards
Mario

[kdub_nz]

Well, the discrepancy between continuity and modernisation is something we always have in programming.
On the one hand, you want to keep the code "alive" for a long time, but on the other hand, you can't really write a high-performance, thread-safe application that uses all cores with Win32 API

As a temporary solution, I will probably outsource the necessary part of the code to new .NET 6.0 parts and only exchange the data.

Let's wait and see...

best regards
Mario

Hi Mario,
I'd be interested in knowing how you go with that plan.
C#11 from .NET 7.0  working with  .NET Framework 4.8 stuck on C#7.3 and the wrapped AutoCAD libraries  may be a support disaster waiting to happen.  I haven't researched how the runtimes would handle it.
( though C#8.0 can be installed with Framework 4.8 but some features like nullables are not supported.
https://stackoverflow.com/questions/56651472/does-c-sharp-8-support-the-net-framework)

I look forward to seeing the results.

added:
This conveys my attitude : https://www.theswamp.org/index.php?topic=57939.0

Regards,