Visual Studio 2012 – First Impressions

By Stephen Preston

I’m a little late to the game here. I know using VS2012 for AutoCAD .NET development is being discussed on various forums. But hey – Its Friday afternoon and I have a few minutes left before the weekend starts, so take this blog post for what it is – a displacement activity Smile.

I installed Visual Studio 2012 Premium (from my MSDN account) to play with some time ago, but I’ve only just found the time to actually launch it this week. [Sigh – This is why my business card describes me as a manager these days, rather than a programmer Confused smile].

Installation went smoothly on my Bootcamped Win7 MacBook Pro (no glitches, crashes or lost data). Although the installer is a sign of what’s to come: its all white text on a black background – not very kind on my eyes.

I opened a VS 2010 .NET test project I had lying around and hit F5. It built without problem, AutoCAD 2013 launched as expected, and I could NETLOAD and use the DLL without problem. I changed the project to target .NET Framework 4.5. Again – the DLL worked with no problem – as expected. This in itself is not a good indicator that larger projects ‘will just work’ – most of the stuff I have lying around on my laptop these days are small samples and proofs of concept. So I pinged the internal email alias used by our AutoCAD development team for discussing .NET issues to see if anyone had come across any bugs in the IDE or issues related to writing and debugging .NET code in VS2012 (our engineering team have been testing VS 2012 throughout the Beta cycle). The answer came back loud and clear:

No problems here. Everything is working fine with VS2012.

There were a few issues during the Betas, but they all seem to have been ironed out now. So that’s the closest I can get at the moment to saying go ahead and use VS2012 for your AutoCAD 2013 .NET projects – it should work fine. (If you do find any issues, then please post a comment and I can document them here for others).

Follow these links for some information general Microsoft API compatibility issues:

That said, I really have to add that my first impression of the UI is not positive. I hope to get used to it, but the uppercase menus and the black (and blue) icons look like very retro to me (and not in a good way). Kind of reminds me of using WordPerfect on DOS. Sad smile

image

Eek!

BTW You can use VS2012 for for (C++) ObjectARX 2013 development too. You have to set the Platform Toolset for a project to VC100 (in a similar way you could use VS2010 with VC90). I’ve not checked whether VC100 comes with VS2012 or not. I have VS2010 installed so it was already there anyway.


Comments

10 responses to “Visual Studio 2012 – First Impressions”

  1. Stephen
    Can you confirm if Edit and Continue in debug still does not work on a 64 bit platform.
    Justin

  2. Alas – no. See the note on this MSDN page – http://msdn.microsoft.com/en-us/library/ms164926.aspx.

  3. Edit and Continue
    What is it? I have MS VS 2012 x64 & AutoCAD 2013 SP1.1 – I can check it now.
    Regards

  4. My previous question isn’t so actual. :)

  5. I was putting so much hope in the Edit & Continue
    I guess, I will have to stick with my old XP machine for development. But it also has advantages. It’s so slow, that it forces me to look into optimization in the places, where it won’t come to mind on a faster machine :)

  6. Just curious… doesn’t AutoCAD run on a three-year cycle regarding binary compatibility? And doesn’t that affect the version of Visual Studios that you use as well? If that’s so, then what is the next major release and when should we expect VS 2010 to become an issue?

  7. There’s a difference between being forced to upgrade your compiler and being able to do so if you want to. VS2012 with Acad2013 is a case of the latter. For your specific question – sorry, but I can’t talk about product futures in a public forum, but we’ll be presenting information on futue releases through the ADN website and at our ADN DevDays conferences as usual.

  8. If you hover your mouse over each one of those, you’ll see that each is for a different language. That just means that the help text associated with the interfaces is localized for each one. AutoCAD installs all the language versions.
    But you shouldn’t be referencing these directly from a .NET application – you should be referencing the Interop DLLs shipped with the ObjectARX SDK, and using type embedding so you don’t have to ship the Interop DLL with your application.

Leave a Reply to Andrey Bushman (@AndreyBushman)Cancel reply

Discover more from Autodesk Developer Blog

Subscribe now to keep reading and get access to the full archive.

Continue reading