Dnes oznamujeme, že další verzí po .NET Core 3.0 bude .NET 5. Toto bude další velké vydání v sérii .NET.
V budoucnu bude existovat pouze jeden .NET, se kterým budete moci vyvíjet Windows, Linux, macOS, iOS, Android, tvOS, watchOS a WebAssembly, mimo jiné.
Zavádíme nová .NET API, runtime funkce a jazykové funkce v .NET 5.
Začali jsme projektem .NET Core a přidali jsme do platformy asi padesát tisíc .NET Framework API. .NET Core 3.0 zaplňuje většinu zbývajících mezer v funkcích .NET Framework 4.8, podporuje Windows Forms, WPF a Entity Framework 6. .NET 5 na této práci staví a využívá nejlepší funkce .NET Core a Mono k vytvoření platformy. Můžete ho použít pro veškerý moderní .NET kód.
Plánujeme vydat .NET 5 v listopadu 2020 a první preview spustit v první polovině roku 2020. Bude podporován v budoucích aktualizacích pro Visual Studio 2019, Visual Studio pro Mac a Visual Studio Code.
.NET 5 = .NET Core vNext
.NET 5 je dalším krokem v .NET Core. Projekt si klade za cíl zlepšit . NET:
- Vytvořte .NET runtime a framework, který lze použít kdekoli, s jednotným runtime chováním a zkušenostmi vývojářů.
- Plným využitím .NET Core . NET Framework, Xamarin a Mono pro rozšíření možností .NET.
- Vývojem produktu z jednoho kódu mohou vývojáři (Microsoft a komunita) spolupracovat a rozšiřovat se společně, aby zlepšili všechny scénáře.
Tento nový projekt a směr jsou pro .NET zásadním zlomem. S .NET 5 bude váš kód a projektové soubory stejné bez ohledu na typ aplikace, kterou vytváříte. Každá aplikace má přístup ke stejným funkcím runtime, API a jazyka. Zahrnuje také zlepšení výkonu CoreFX, která se dělají téměř denně.
Vše, co na .NET Core milujete, bude existovat dál:
- Open source a komunitně orientovaný na GitHubu.
- Implementace napříč platformami.
- Podpora využití funkcí specifických pro platformu, jako jsou Windows formuláře a WPF na Windows, a nativní vazby pro každou nativní platformu od Xamarinu.
- Vysoký výkon.
- Nainstalujte vedle sebe.
- Malé projektové soubory (SDK styl).
- Kompatibilní s příkazovými řádky (CLI).
- Integrace Visual Studio, Visual Studio for Mac a Visual Studio Code.
Objevily se také některé nové věci:
- Budete mít více možností pro svůj zážitek za běh (více o tom níže).
- Interoperabilita Javy bude dostupná na všech platformách.
- Více operačních systémů bude podporovat interoperabilitu Objective-C a Swift.
- CoreFX bude rozšířen o podporu ahead-of-time (AOT) pro .NET, menší kapacitu a podporu více operačních systémů.
V září tohoto roku vydáme .NET Core 3.0, v listopadu 2020 .NET 5 a poté plánujeme vydat hlavní verzi . NET:
Verzi 4 jsme přeskočili, protože by to zmátlo uživatele, kteří znají .NET Framework, který je tu už dlouho díky sérii 4.x. Navíc chceme jasně komunikovat, že .NET 5 je budoucností platformy .NET. Název .NET 5 z něj dělá nejvyšší verzi, jakou jsme kdy vydali.
Tuto příležitost také využíváme ke zjednodušení pojmenování. Myslíme si, že pokud je nejlepší jen jeden .NET, nepotřebujeme upřesňující termín jako "Core". Kratší název je zjednodušením a zároveň vyjadřuje, že .NET 5 má jednotnou funkčnost a chování. Samozřejmě můžete nadále používat název ".NET Core", pokud chcete.
Zkušenosti s během
Mono je původní multiplatformní implementace .NET. Začal jako open-source alternativa k .NET Frameworku a s popularitou zařízení s iPhonem/iOS a Androidem přešel na mobilní platformy. Mono je runtime, který se používá jako součást Xamarinu.
CoreCLR je runtime, který je součástí .NET Core. Primárně se používá k podpoře cloudových aplikací, včetně největší služby Microsoftu, a nyní se používá také v desktopových aplikacích Windows, IoT a strojovém učení.
Shrnuto, runtime pro .NET Core a Mono mají mnoho podobností (koneckonců oba jsou .NE runtime), ale mají také cenné unikátní vlastnosti. Dává smysl umožnit si vybrat si zážitek za běhu, který chcete. Děláme CoreCLR a Mono zaměnitelnými mezi sebou. Uděláme to tak jednoduché, že postavíme switch, abyste si mohli vybrat mezi různými možnostmi běhu.
Následující sekce popisují hlavní zaměření, které plánujeme pro .NET 5 použít. Poskytují jasný pohled na to, jak plánujeme tyto dva runtime vyvíjet samostatně i společně.
Vysoká propustnost a vysoká produktivita
Od počátku se .NET spoléhal na just-in-time kompilátory (JIT) k převodu kódu mezičasového jazyka (IL) do optimalizovaného strojového kódu. Od té doby jsme vytvořili průmyslově špičkový řízený runtime založený na JIT, který má velmi vysokou propustnost a zároveň zlepšuje zkušenost vývojářů, což činí programování rychlým a snadným.
JIT je ideální pro dlouhodobě fungující cloudové a klientské scénáře. Jsou schopni generovat kód konfigurovaný pro konkrétní stroje, včetně specifických instrukcí CPU. JIT také dokáže metody generovat za běhu, což je technika, která JIT zrychluje, přičemž stále umožňuje generovat vysoce optimalizované verze kódu, pokud se stane často používanou metodou.
Naše snahy o to, aby ASP.NET Core běžel rychleji na benchmarku Techpower, jsou skvělým příkladem síly JIT a naší investice do CoreCLR. Naše snahy o zpevnění .NET Core pro kontejnery jsou také důkazem schopnosti běhu dynamicky se přizpůsobovat omezeným prostředím.
Vývojářské nástroje jsou dalším skvělým příkladem toho, jak je JIT opravdu skvělý, například nástroje pro sledování na dotnet nebo edit and continue. Nástroje často potřebují kód zkompilovat a načíst několikrát v jednom procesu bez restartu, a to velmi rychle.
Vývojáři používající .NET Core nebo .NET Framework spoléhají především na JIT. Proto by vám tato zkušenost měla být povědomá.
Výchozí zážitek pro většinu pracovních scénářů pro .NET 5 bude používat JIT-based CoreCLR runtime. Dvě významné výjimky jsou iOS a klientský Blazor (webový assembler), protože oba vyžadují nativní kompilaci předem (AOT).
Rychlý start, malá kapacita a nízká spotřeba paměti
Většina projektu Mono se zaměřila na mobilní a konzole. Klíčovou funkcí a výsledkem projektu je .NET AOT kompilátor založený na průmyslově předním projektu LLVM kompilátoru. Kompilátor Mono AOT umožňuje zabudovat .NET kód do nativního spustitelného kódu, který může běžet na počítači, podobně jako kód v C++. Aplikace kompilované pomocí AOT mohou efektivně běžet na menších místech a vyměňovat propustnost při startu, když je to potřeba.
Projekt Blazor už používá Mono AOT. Toto bude jeden z prvních projektů, který přejde na .NET 5. Používáme to jako jednu z možností, jak tento plán dokázat.
Existují dva typy řešení AOT:
- Vyžaduje řešení, které je 100% zkompilované podle AOT.
- Většina kódu je řešení kompilované AOT, ale JIT nebo interpretery lze použít pro vzory kódu, které nejsou přátelské k AOT (například generické generiky). Mono AOT podporuje oba případy. Apple vyžaduje první AOT pro iOS a některé konzole z bezpečnostních důvodů. Druhá metoda je lepší, protože nabízí výhody AOT a vyhýbá se některým nevýhodám.
.NET Native je náš AOT kompilátor pro Windows UWP aplikace a je také příkladem prvního výše uvedeného typu AOT. V této konkrétní implementaci omezujeme .NET API a funkce, které můžete použít. Z této zkušenosti jsme se naučili, že řešení AOT musí pokrývat všechny aspekty .NET API a vzorů.
Kompilace AOT je stále vyžadována na iOS, webovém assembleru a některých konzolích. Pro aplikace, které vyžadují rychlejší spuštění nebo menší náročnost, uděláme kompilaci AOT jako možnost.
Vznik projektu
Tento projekt jsme zahájili v prosinci 2018 s technickým týmem v Bostonu. Vedoucí designérů z týmu .NET (Mono/Xamarin a .NET Core) a Unity představili různé technické schopnosti a architektonické směry.
Nyní tento projekt posouváme vpřed jako tým s sadou výstupů. Od prosince jsme udělali velký pokrok v řadě projektů:
- Je definována minimální vrstva, která definuje runtime <-> managed code s cílem dosáhnout >99 % veřejného kódu CoreFX.
- MonoVM nyní může používat CoreFX a jeho knihovny tříd.
- Spusť všechny testy CoreFX na MonoVM s implementací CoreFX.
- Spusť ASP.NET Core 3.0 aplikace s MonoVM.
- Spusť MonoDevelop na CoreCLR a pak Visual Studio pro Mac.
Migrujte na jedno . Implementace .NET vyvolává důležité otázky: Jaký bude cílový rámec? Jsou pravidla kompatibility balíčků v NuGet stejná? Jaké pracovní zátěže by měl .NET 5 SDK podporovat? Jak mám programovat pro konkrétní architekturu? Potřebujeme ještě .NET Standard?
Na těchto otázkách nyní pracujeme a brzy vám sdílíme návrhový dokument, abyste si ho mohli přečíst a poskytnout zpětnou vazbu.
Epilog
Projekt .NET 5 je důležitým a vzrušujícím novým směrem pro .NET. Uvidíte, že .NET se stane jednodušším, ale také s širší škálou funkcí a využití. Všechny nové vývoje a funkce budou součástí .NET 5, včetně nových verzí C#.
Vidíme světlou budoucnost, kdy můžete používat stejná .NET API a jazyky k cílení na širokou škálu typů aplikací, operačních systémů a křemíkových architektur. Ve Visual Studiu, Visual Studio pro Mac, Visual Studio Code, Azure DevOps nebo příkazovém řádku je snadné změnit konfiguraci sestavení pro tvorbu různých aplikací.
Původní odkaz:Přihlášení k hypertextovému odkazu je viditelné.
|
Zveřejněno 07.05.2019 9:41:27
|
|
|
|
