.NET Framework 4.6 New Features in Visual Studio 2015

<appSettings>
    <add key="EnableWindowsFormsHighDpiAutoResizing" value="true" />
</appSettings>

Support for code page encodings

The core .NET Framework primarily supports Unicode encodings and by default, it provides limited support for code page encodings. We can add support for code page encodings that are available in the .NET Framework but unsupported in .NET Core by registering code page encodings with the Encoding.RegisterProvider method. So we will use the namespace System. Text.CodePagesEncodingProvider. So to make these code pages available to .NET Framework 4.6 Preview use these additional code pages, do the following assemblies reference to our project.

• Add a reference to the System.Text.Encoding.CodePages.dll assembly to your project.
• Retrieve a CodePagesEncodingProvider object from the static Instance property.
• Pass the CodePagesEncodingProvider object to the Encoding.RegisterProvider method.

The .NET Framework for the Windows Desktop supports a large set of Unicode and code page encodings. On the other hand, .NET Framework 4.6 Preview supports only the following encodings:

• ASCII (code page 20127)
• ISO-8859-1 (code page 28591)
• UTF-7 (code page 65000)
• UTF-8 (code page 65001)
• UTF-16 and UTF-16LE (code page 1200)
• UTF-16BE (code page 1201)
• UTF-32 and UTF-32LE (code page 12000)
• UTF-32BE (code page 12001)

Open-source .NET framework packages

Some great .NET packages such as the Immutable Collections and SIMD APIs are now available, open-source, on GitHub. To access the code, see NetFx on GitHub. For information on how to contribute to these packages, see the .NET Home Page on GitHub.

Where Immutable Collection is a common approach to using an immutable state that can be passed freely among multiple threads. Immutable collections are different from read-only collections in the sense that, unlike read-only collections, they cannot be changed by the provider or consumer of the collection. For example, if you are enumerating a read-only collection, there is a possibility that the collection can be changed on another thread, causing data corruption. This scenario can't occur if you are using an immutable collection. With an Immutable Collection, you can do the following.

GitHub is a repository that contains the foundation libraries that make up the .NET Core development stack as in the following.

• Share a collection in such a way that its consumers can be assured that the collection will never change.
• Provide implicit thread safety in multi-threaded applications. No locks are required to access collections.
• Follow functional programming practices.
• Modify a collection during enumeration, while ensuring that the original collection does not change.

Improvements to event tracing

An EventSource object can now be constructed directly and you can call one of the Write() methods to emit a self-describing event.

using System.Diagnostics.Tracing;
// Assembly: mscorlib (in mscorlib.dll)

public void Write<T>(
    string eventName,
    T data
)
{
    // Method implementation
}

In the above example code.

T is the type that defines the event and its associated data. This type must be an anonymous type or marked with the EventSourceAttribute attribute, eventName is the name of the event and data is the object of type T.

.Net Native

It is a precompilation technology for building and deploying Windows Store apps. It compiles apps that are written in managed code (Like Visual C#) and that target the .NET Framework to native code. It is quite different from Just-In-Time (JIT) as well as the Native Image Generator (NGEN). Basically, the .Net Native toolchain converts source code to native code at compile time while JIT is responsible for compiling the IL code to native code (machine-specific code). Let's see the brief comparison with JIT and NGEN as well.

The .NET Native toolchain begins execution when the C# compiler has finished compilation of a Windows Store app. In other words, we can say that the input for the .NET Native is the Windows Store app built by the C# compiler. .NET Native compiles an entire application to a native application. It does not allow you to compile a single assembly that contains a class library to native code so that it can be called independently from managed code. The NGEN compiles assemblies to native code and installs them in the native image cache on the local computer, whereas .NET Native produces native code.

Summary

In this article, we saw the new features of the .NET version with details. In a future article we will explore the other new features introduced in #vsconnect().