Czy C# 6.0 działa dla .NET 4.0?

Question

Stworzyłem przykładowy projekt, z dodatkami C# 6.0 - propagacja pustej i inicjowanie właściwości jako przykładu, ustaw docelową wersję .NET 4.0 i ... działa.

public class Cat 
{ 
    public int TailLength { get; set; } = 4; 

    public Cat Friend { get; set; } 

    public string Mew() { return "Mew!"; } 
} 

class Program 
{ 
    static void Main(string[] args) 
    { 
     var cat = new Cat {Friend = new Cat()}; 
     Console.WriteLine(cat?.Friend.Mew()); 
     Console.WriteLine(cat?.Friend?.Friend?.Mew() ?? "Null"); 
     Console.WriteLine(cat?.Friend?.Friend?.TailLength ?? 0); 
    } 
} 

• Wikipedia says .NET framework dla C# 6.0 to 4.6.
• This question (i Visual Studio 2015 Test CTP) mówi, że wersja CLR to 4.0.30319.0.
• mówi, że .NET 4, 4.5, 4.5.2 używa CLR 4. Nie ma żadnych informacji o .NET 4.6.

Czy to oznacza, że ​​mogę używać funkcji C# 6.0 w moim oprogramowaniu, które kieruje do .NET 4.0? Czy są jakieś ograniczenia lub wady?

Answer 1

Tak (głównie). C# 6.0 wymaga nowego kompilatora Roslyn, ale nowy kompilator może kompilować starsze wersje frameworków. Ogranicza się to tylko do nowych funkcji, które nie wymagają obsługi z poziomu.

Na przykład, podczas gdy można skorzystać z funkcji interpolacji smyczkowy C# 6.0 z wcześniejszych wersji .NET (jak to skutkuje wezwaniem do string.Format):

int i = 3; 
string s = $"{i}"; 

Trzeba .Net 4.6 z niego korzystać z IFormattable jak tylko nowa wersja ramy dodaje System.FormattableString:

int i = 3; 
IFormattable s = $"{i}"; 

przypadki, które wymieniłeś nie trzeba typy z ram do pracy. Tak więc kompilator jest w stanie w pełni obsługiwać te funkcje dla starych wersji szkieletowych.

Answer 2

Tak, możesz użyć nowszych kompilatorów dla starszych frameworków i uzyskać dostęp do nowych funkcji kompilatora (o ile te funkcje nie wymagają nowych typów wprowadzonych w .NET 4.6).

Innymi przykładami są metody z domyślnymi parametrami wprowadzonymi przy pomocy C# 4.0 (.NET 4.0), ale można ich używać w projektach .NET 2.0 (C# 2.0) i .NET 3.5 (C# 3.0).

Można również użyć metod rozszerzeń (wprowadzonych w C# 3.0) w .NET 2.0 lub .NET 3.0 if you do one small workaround, aby kompilator był szczęśliwy, aby mógł znaleźć atrybut wprowadzony w .NET 3.5.

Answer 3

Po prostu skup się na tym, jak zrozumieć Wikipedię i inne linki.

Gdy Wikipedia mówi, że C# 6.0 jest z .NET Framework 4.6, oznacza to, że wersja produkcyjna kompilatora (msc.exe) będzie częścią wydania .NET Framework 4.6. Za pomocą multi-targeting takie kompilatory mogą obsługiwać niższe wersje .NET Framework. Oczywiście, ponieważ Roslyn stała się projektem open source, kompilator jest teraz całkowicie indywidualnym składnikiem.

Gdy coś odnosi się do wersji CLR 4.0.30319 (.0), może to być .NET Framework 4. * (4.0, 4.0. *, 4.5, 4.5. *, 4.6, 4.6. *), Ponieważ wszystkie implementują specyfikację CLR w wersji 4. Nie wspominając o Xamarin/Mono również implementują tę samą specyfikację CLR.

Strona MSDN nie jest jeszcze w pełni zaktualizowana, ale program some page ma już .NET Framework 4.6 wymieniony w sekcji Informacje o wersji.

We wszystkich specyfikacjach językowych (a także kompilatorze C#) specyfikacje CLR i wydania .NET Framework nie są ze sobą ściśle powiązane. Daje to programistom wystarczającą elastyczność, aby wykorzystać nowe kompilatory do kierowania starszych CLR i .NET Framework.

Answer 4

Jeśli używasz ascripts budowlanych pamiętać, aby zmienić ścieżkę do nowego budowniczego:

zestaw CPATH = C: Program Files \ (x86) \ MSBuild \ 14.0 \ Bin

[Rebuild.bat]

set CPATH=C:\Program Files (x86)\MSBuild\14.0\Bin 
call nuget_restore.bat 
"%CPATH%\msbuild" YourSolution.sln /t:Rebuild /p:Configuration=Release /fileLogger /flp:logfile=JustErrors.log;errorsonly /verbosity:minimal 

if %errorlevel% neq 0 goto ERROR 

REM call deploy Release //Things like deploy files.. 
goto END 

:ERROR 
     echo ERROR: %errorlevel% 
     pause 

:END