For various reasons I often find it desirable to write code that is compatible with .NET framework 2.0 or 3.5 or compatible with the .NET Compact Framework, but it is a problem that there are numerous "small" features in new .NET frameworks that are not available in the older frameworks or Compact Framework.
For example, I find extension methods are really useful, but the compiler depends on System.Runtime.CompilerServices.ExtensionAttribute
for this. You can easily define this attribute yourself and then use extension methods in .NET Framework 2.0 (under C# 3.0+). Likewise, it isn't too hard to manually define little .NET 4 types like Tuple<T1,T2>
and Lazy<T>
. By the way, if you want to use LINQ in .NET 2.0, you can use LinqBridge.
Now suppose you make the ExtensionAttribute
public so that other assemblies you write can use it. That's fine at first, but what if you then want to use a 3rd party library that also had the same idea? You add a reference to that library and now you've got a name collision. Oops.
I have also noticed that some new libraries are only available for .NET 4.0 or 3.5 even though they only have minor dependencies on it that could be resolved using a compatibility pack or LinqBridge.
It would sure be nice if there were "compatibility packs" for older .NET versions that defined these little features in a small DLL that you could justify including in projects of any size. Does such a thing exist?
Update: Judging by the silence, I guess there's no such thing. I might make such a OSS library myself if there is interest. So my new question is, what smaller features of .NET 4 (as opposed to monsters like WCF/WPF) would you miss if you were writing for .NET 2, .NET 3.5, .NETCF or Silverlight? I'll start the list off...
ExtensionAttribute
(not in .NET 2)Func<...>
andAction<...>
delegates (not in .NET 2)- LINQ-to-objects (not in .NET 2)
Tuple<...>
(not in .NET 3.5)Lazy<T>
andLazy<T,TMetadata>
(not in .NET 3.5)- Expression Trees (not in .NET 2; incomplete in .NET 3.5)
- Generics Variance (exists in .NET 2 but inaccessible from C# 3 and VB 9)
Reflection.Emit
(missing from .NETCF; not really a small feature but I miss it very much)