F# 4.0 has been released for the big three major platforms (Windows, Mac OS X, and Linux). F# 4.0 brings a host of new features, bug fixes, and performance improvements that benefit users of the language whether or not they are writing code in Visual Studio 2015.
Two more significant bugs have been found when using RyuJIT and .NET 4.6. Code recompilation is not necessary to experience the effects, merely running existing code on RyuJIT (which ships in .NET 4.6 and is enabled by default) will cause severe problems.
Microsoft has released TypeScript 1.5, dramatically improving ES6 transpilation capabilities.
Continuing our look at the future of C#, we now take a look at Proposal 119. This would add first class compiler and syntax support for method-level contracts.
In C#, the readonly keyword can only be used at the field level. Under proposal 115, Readonly for Locals and Parameters, this would be extended to cover a many more scenarios.
Though on the “Some Interest” list, the next proposal is very controversial. The basic premise for the Lambda Capture Lists proposal is that it would allow more control over how variables are captured in closures.
Code Aware Libraries are “libraries that provide guidance on correct use through embedded tooling and operates on the user’s code in real time.”
The next proposal in our C# Futures series considers the possibility of offering extension fields. This in turn would allow for extension properties and extension events.
The async/await syntax in C# was well received, but now developers are asking for more. Specifically, they want to be able to return more than one value from their asynchronous function using a “yield return” like syntax. This capability is being referred to as “asynchronous sequences” in a new proposal for C# 7.
While all of the recent news has been focused on C# and Windows 10, F# isn’t standing still. Along with Visual Studio 2015 RC is the latest version of F# 4.0.
A big emphasis for many developers, especially those writing games or working on pure number crunching, is raw performance. One way to get more performance out of C# is to avoid allocating memory without having to copy structs instead. The next proposal shows how C# can expose the CLR managed pointer support to do just that.
Probably the most common error type in .NET is the Null Reference Exception. The root cause of this error is C#’s inability to express the concept of non-nullable references, which in turn makes compiler-enforced null checking it too burdensome. To address this problem, there is a proposal for mandatory and explicitly nullable references.
Once again, Visual Basic has been brought back from the brink of deprecation. Reversing a previous decision, VB will be fully supported in ASP.NET 5 including cross-platform.
With C#6 nearing completion, plans are already being laid for C# 7. While nothing is definite yet, they are starting to categorize proposals in terms of “interest and estimated plausibility”. In this series, we’ll be looking at some of the proposals starting with language support for tuples.
The .NET Foundation has announced the release of a new project called LLILC (pronounced "lilac"). The project, initiallycontributed by Microsoft, aims to provide a new LLVM-based native code compiler for .NET Core which will make it possible to run .NET programs "on any platform that CoreCLR can be ported to and that LLVM will target."