---
title: "Mapping CLR, Winfx and .NET Framework 3.0 upcoming versions"
url: "https://osherove.com/blog/2006/6/14/mapping-clr-winfx-and-net-framework-30-upcoming-versions.md"
canonical: "https://osherove.com/blog/2006/6/14/mapping-clr-winfx-and-net-framework-30-upcoming-versions.html"
published: "2006-06-14T22:20:00"
updated: "2006-06-14T22:20:00"
tags: [".NET", "WinFX"]
author: "Roy Osherove"
description: "The announcement of .NET Framework 3.0 previously dubbed WinFX is definitely confusing. Microsoft is trying to plug some of the holes but isn't doing so well, which is why you'll start seeing all these random blog posts…"
usage: "Licensed under CC BY 4.0 — reuse, quote and adapt with attribution (Roy Osherove, link to the original page)."
license: "https://creativecommons.org/licenses/by/4.0/"
---

# Mapping CLR, Winfx and .NET Framework 3.0 upcoming versions

By Roy Osherove June 14, 2006 In [.NET](https://osherove.com/blog/category/net), [WinFX](https://osherove.com/blog/category/winfx)

**Historical article** · Originally published June 14, 2006; technical details may be outdated.

The announcement of .NET Framework 3.0 previously dubbed WinFX is definitely confusing. Microsoft is trying to plug some of the holes but isn't doing so well, which is why you'll start seeing all these random blog posts popping out trying to explain the chaos. This is one of them.

Here's the latest word from Joe Binder of the VB Team, and you can also read [Brad Abrams' Post on the topic](http://blogs.msdn.com/brada/archive/2006/06/11/627128.aspx) which clear up a lot.

Here’s a tabular view of what’scoming down the pipe, and when.  Highlighted items ship together.

<table><tbody><tr><td><p><b><span>Product/Deliverable<o:p></o:p></span></b></p></td><td><p><b><span>Timeframe<o:p></o:p></span></b></p></td><td><p><b><span>Language Ver.<o:p></o:p></span></b></p></td><td><p><b><span>CLR Ver.<o:p></o:p></span></b></p></td></tr><tr><td><p><span>.NET FX 2.0<o:p></o:p></span></p></td><td><p><span>Nov 2005<o:p></o:p></span></p></td><td><p><span>VB 8.0/C# 2.0<o:p></o:p></span></p></td><td><p><span>2.0<o:p></o:p></span></p></td></tr><tr><td><p><span>VS 2005<o:p></o:p></span></p></td><td><p><span>Nov 2005<o:p></o:p></span></p></td><td><p><span>VB 8.0/C# 2.0<o:p></o:p></span></p></td><td><p><span>2.0<o:p></o:p></span></p></td></tr><tr><td><p><span>FX 3.0 (Formerly “WinFX”; Includes Avalon, Indigo, Workflow)<o:p></o:p></span></p></td><td><p><span>Windows Vista RTM (2006)<o:p></o:p></span></p></td><td><p><span>VB 8.0/C# 2.0<o:p></o:p></span></p></td><td><p><span>2.0<o:p></o:p></span></p></td></tr><tr><td><p><span>Visual Studio “Orcas”<o:p></o:p></span></p></td><td><p><span>2007<o:p></o:p></span></p></td><td><p><span>VB 9.0/C# 3.0<o:p></o:p></span></p></td><td><p><span>2.0<o:p></o:p></span></p></td></tr><tr><td><p><span>FX 3.5 (LINQ)<o:p></o:p></span></p></td><td><p><span>2007<o:p></o:p></span></p></td><td><p><span>VB 9.0/C# 3.0<o:p></o:p></span></p></td><td><p><span>2.0<o:p></o:p></span></p></td></tr></tbody></table>

Here’s some information on what each version includes:

·         **FX 2.0**: Includes CLR 2.0—generics, etc.  Shipped with VS 2005; not much to say here.

·         **FX 3.0** **\= FX 2.0 + WPF (Avalon), WCF (Indigo), WF (Workflow)**.  In other words, FX 3.0 is a set of assemblies that has been added to FX 2.0; it  only includes service pack-level fixes to existing (FX 2.0) assemblies or the existing languages (VB 8.0).  FX 3.0 is installed by default on Windows Vista (and is therefore bound to the Vista RTM date), and available for download on down-level platforms.  There currently is not a supported version of Visual Studio that targets FX 3.0, however; you can download extensions to VS 2005 that provides some rudimentary support for FX 3.0 at [http://msdn.microsoft.com/windowsvista/downloads/products/getthebeta/default.aspx](http://msdn.microsoft.com/windowsvista/downloads/products/getthebeta/default.aspx "http://msdn.microsoft.com/windowsvista/downloads/products/getthebeta/default.aspx").

·         **FX 3.5 = FX 3.0 + LINQ.**  Basically, you can think of FX 3.5 as the new compilers, tools, and assemblies required to support LINQ.  Again, FX 3.5 includes new assemblies (e.g., System.Query.dll) and service-pack-level fixes to existing assemblies.    FX 3.5 will ship with VS “Orcas”.

An important thing to note about the above versions of the FX is that they all run on CLR 2.0, which shipped in 2005.

Unlike previous versions of VS, VS “Orcas” will include the ability to build applications that target each of the above framework versions—FX 2.0, FX 3.0, and FX 3.5.  You’ll have the ability to specify what framework version the project should target when a project is created, opened for the first time in VS Orcas, and via the property pages.  Once a framework version is selected, references, IntelliSense, Object Browser, the Toolbox, etc will be modified such that references that aren’t available in the chosen target are filtered (grayed out, generally). 

Some common questions…

·         **Will I be able to open my 2005 project in VS “Orcas” without upgrading it to FX 3.5?**

_Yes.  Users will have the option to upgrade the project’s framework target the first time they open it in VS Orcas; however, upgrading will not be required_

·         **Will I be able to open my 2005 project in VS “Orcas” then re-open it in VS 2005?**

_No.  Once a project has been opened in VS “Orcas”, it cannot be subsequently opened in 2005._

·         **Will I be able to use LINQ in my FX 2.0 project?**

_No. LINQ requires assemblies that are only available in FX 3.5 projects._

·         **If I already have FX 2.0 installed and my app requires FX 3.0, what do I need to install when I deploy my app?**

_Because FX 3.0 is just an add-on pack of sorts for FX 3.0, you’ll only need to install the 3.0 Runtime Components, which have FX 2.0 as a pre-requisite._

Admittedly, this whole framework versioning scheme is pretty confusing…  so we’re trying to make the related user experience in VS opt-in: by default you’ll target the latest and greatest version of the FX 3.5 when you create a project and most of this will be transparent.  If you do need to target an earlier version, the option will be available.  We’ll certainly be interested in your feedback on the model when the first VS Orcas CTP is released.

## More in .NET

[All posts in .NET](https://osherove.com/blog/category/net)

- Jun 19, 2006

    ### [A Simple Version Control Strategy Using Team System](https://osherove.com/blog/2006/6/19/a-simple-version-control-strategy-using-team-system.html)

- Jun 18, 2006

    ### [This week at the C# User group - Hardcore ASP.NET 2.0 \[Dan Amiga\]](https://osherove.com/blog/2006/6/18/this-week-at-the-c-user-group-hardcore-aspnet-20-dan-amiga.html)

- Jun 14, 2006

    ### [Interface Naming - Anything But Java's Standard, Please](https://osherove.com/blog/2006/6/14/interface-naming-anything-but-javas-standard-please.html)

- Jun 11, 2006

    ### [Resharper Vs. Refactor! and CodeRush - Let the games begin.](https://osherove.com/blog/2006/6/11/resharper-vs-refactor-and-coderush-let-the-games-begin.html)


---

## About the author

**Roy Osherove**: Senior Solutions Architect at AWS working on AI for production and AI-driven development; author of The Art of Unit Testing and Elastic Leadership, with about 20 years of consulting and training on unit testing, TDD, team leadership and continuous delivery.

### Sites

- [RobotPaper](https://robotpaper.ai/): This blog: AI patterns and anti-patterns, AI and coding agents, and engineering leadership.
- [osherove.com](https://osherove.com): Roy's personal site. Author of The Art of Unit Testing and Elastic Leadership; consulting and training on unit testing, TDD, team leadership and continuous delivery, plus about 20 years of blog posts.
- [The Art of Unit Testing](https://www.artofunittesting.com): The Art of Unit Testing, 3rd Edition (Manning): readable, maintainable, trustworthy unit tests, plus TDD workshops in C#, JavaScript, Java and Kotlin.
- [5whys.com](https://www.5whys.com): Roy's writing on software team leadership: self-organizing teams, surviving chaos, learning mode and the Elastic Leadership model.
- [Pipeline Driven](https://pipelinedriven.org): Continuous delivery and DevOps practices: build patterns, pipeline-friendly testing, DevOps metrics and enterprise DevOps.
- [Elastic Leadership](https://www.elasticleadership.com): Elastic Leadership, Roy's framework for software team leaders (survival, learning and self-organizing modes).

### Social

- X: https://x.com/royosherove
- LinkedIn: https://www.linkedin.com/in/osherove/

### Contact

- Contact form: https://forms.gle/jQSx5KoXvrVA1JCK7

### License

Licensed under CC BY 4.0 — reuse, quote and adapt with attribution (Roy Osherove, link to the original page). License: https://creativecommons.org/licenses/by/4.0/
