.NET Framework 3.5

Daniel Moth has a good post describing .NET Framework 3.5... I though i'd share part of it here as it is likely better than one I could do... thanks Daniel.

 

Our goal with the .NET Framework 3.5 was to make it very easy for customers to adopt while providing some really interesting new value.  The "easy to adopt" comes from what we call the "Redbits".. There we are using the same core bits as .NET Framework 2.0 and 3.0 (we just rolled in an SP1 to fix customer reported issues and such)... there should be no breaking changes there and these SPs will be made available on windows update for everyone with 2.0 and\or 3.0... 

The new value comes from the "greenbits" that are brand new assemblies. 

 

Daniel also has a good list of the new stuff in .NET Framework 3.5

1. System.Data.Linq.dll – The implementation for LINQ to SQL.
2. System.Xml.Linq.dll – The implementation for LINQ to XML.
3. System.AddIn.dll, System.AddIn.Contract.dll – New AddIn (plug-in) model.
4. System.Net.dll – Peer to Peer APIs.
5. System.DirectoryServices.AccountManagement.dll – Wrapper for Active Directory APIs.
6. System.Management.Instrumentation.dll – WMI 2.0 managed provider (combined with System.Management namespace in System.Core.dll).
7. System.WorkflowServices.dll and System.ServiceModel.Web.dll – WF and WCF enhancements (for more on WF + WCF in v3.5 follow links from here).
8. System.Web.Extensions.dll – The implementation for ASP.NET AJAX (for more web enhancements, follow links from here) plus also the implementation of Client Application Services.
9. System.Core.dll – In addition to the LINQ to Objects implementation, this assembly includes the following: HashSet, TimeZoneInfo, Pipes, ReaderWriteLockSlim, System.Security.*, System.Diagnostics.Eventing.* and System.Diagnostics.PerformanceData.

In addition we are adding System.Web.Extensions.dll with the LinqDataSource, Asp.NET Ajax support and asp:ListView

 

Read the full post for more details.

Published 12 June 07 06:50 by BradA

Comments

# Tom said on June 12, 2007 12:33 PM:

Why did they call it "HashSet" - why not "Set"? I thought one of the principles in FDG is that the name of a class should reflect its purpose, not its implementation.

# Justin Van Patten said on June 12, 2007 4:08 PM:

Tom,

We would have liked to use Set but "set" is a keyword in both C# and VB.  So we chose to name it HashSet instead.  More information on this is available in the comments of the following blog post: http://blogs.msdn.com/bclteam/archive/2006/11/09/introducing-hashset-t-kim-hamilton.aspx

Thanks,

Justin Van Patten

CLR Program Manager

# Sam Gentile said on June 27, 2007 6:28 AM:

Temps near 100 F and 100% humidity make for some pretty uncomfortable days Windows Workflow Sometimes

# Juan Ignacio Gelos said on August 7, 2007 2:30 PM:

"...there should be no breaking changes there and these SPs will be made available on windows update for everyone with 2.0 and\or 3.0...  "

How about this for a breaking change?

http://community.devexpress.com/blogs/ctodx/archive/2007/07/31/system-data-breaking-changes-in-latest-net-framework-update.aspx

Or is it considered a bug-fix?...

Cheers

# Piyush said on August 30, 2007 7:48 AM:

i want answer on my question so let me ask how i can get my answer in microsoft corporation people

regard

Piyush

# dot.NET Profiler said on November 26, 2007 7:03 AM:

Microsoft released the .NET Framework 3.5 on Monday, November 19.2007. We have installed and tested SpeedTrace dot.NET Profiler against the new .NET Framework 3.5. During preliminary tests, SpeedTrace performed properly and no errors were detected. W

# Sam Gentile said on December 11, 2007 6:20 PM:

Temps near 100 F and 100% humidity make for some pretty uncomfortable days Windows Workflow Sometimes

New Comments to this post are disabled

Search

Go

This Blog

Syndication

Page view tracker