views:

272

answers:

5

What reasons are there for continuing to run Visual Studio 2005 when 2008 is available?

I work on a project where the environment is dictated to be Visual Studio 2005. Are there good technical reasons for this? Can I use Visual Studio 2008 and build an app that is 100% indistinguishable from the same app build with Visual Studio 2005?

+2  A: 

Not really, the new version of Visual Studio has the compilers for the new language versions and all the libraries for .NET 3.5. Since they all target the 2.0 CLR and Visual Studio 2008 allows you to target previous versions of the framework I don't see any reason to stick with 2005.

Andrew Hare
+6  A: 

We are currently migrating from 2005 to 2008. If you open and save a project while in VS2008, you will not be able to open that solution/project in VS2005 (at least we couldn't find a way easily). If the rest of your team is still in 2005, you should stay there. You CAN, however set up a project in 2008 and keep it compatible with 2005... as long as everyone opening it is using 2008. You keep the .NET version at 2.5, and don't convert most of the stuff that it wants you to convert.

The only time you CAN'T migrate to 2008 is if you are using a report project and SQL Server 2005. VS2008 will only let you integrate a report project with SQL Server 2008. What did we do?

We migrated to 2008 and all the Team Server stuff, except for the database and reporting. Those we kept on 2005, and so I end up having to open both versions on a daily basis... but that's why they pay me the (somewhat??) big bucks!

Pulsehead
+7  A: 

I think there are two questions here

Can I use VS2008 to create apps compatible with VS2005

Generally speaking the answer is yes. I do this frequently with several internal and external hobby projects with great success. You may encounter an odd ball tooling issue but so far none has cropped up for me.

Is there any reason not to use VS2008 over VS2005

The best reason I can think of is a large developer environment. Once you make the switch to using VS2008, it will upgrade all of the projects in your solution to the new format. This will no longer be usable for anyone using VS2005. They will be forced to upgrade or maintain parrallel versions of the project file. In general, I find it's best to upgrade in groups rather than individuals.

JaredPar
The fact that newer versions of VS cannot use older project/solution files (except to 'upgrade' them) is kind of irritating. I can understand that it would be somewhat painful for MS to fully support backward-compatible project files, but I wish they would make some effort.
Michael Burr
Upgraded project files will work in both 2008 and 2005. It's only the solution files that would need parallel versions (entirely manageable in my experience).
chyne
@chyne, that's incorrect. VS project files are version specific for at least C# and VB.Net (95% sure on C++).
JaredPar
@JaredPar My team and I have been going back and forth between 2005 and 2008 routinely for almost 8 months now (VB.Net). In fact I was just working on a solution with 2 projects in 2008, I fired up 2005 and opened both projects in 2005 and was able to compile in 2005, then immediately in 2008 (and again in 2005 for good measure). No issue at all. I'm not sure why everyone on here keeps saying that what we've been doing for over 8 months is impossible. Rick Strahl and Steven Harman both have blog posts on how to do this.Note: web app projects do require a tweak to use conditional import.
chyne
+2  A: 

The obvious answer is: No license for Visual Studio 2008.

My company is "saving money" but not upgrading...

Frank V
+2  A: 

One reason might be interaction with existing products. I write code for AutoCAD in C#. They (Autodesk) "officially" support VS 2005 but I've been using 2008 since...well 2008.

mohnston