Bugün, .NET Core 3.0'dan sonraki bir sürümün .NET 5 olacağını duyuruyoruz. Bu, .NET serisinin bir sonraki büyük sürümü olacak.
Gelecekte sadece bir .NET olacak, bu da Windows, Linux, macOS, iOS, Android, tvOS, watchOS ve WebAssembly gibi programları geliştirebilecek.
.NET 5'te yeni .NET API'leri, çalışma zamanı özellikleri ve dil özellikleri sunuyoruz.
.NET Core projesinden başlayarak, platforma yaklaşık elli bin .NET Framework API'si ekledik. .NET Core 3.0, .NET Framework 4.8'in kalan özellik boşluklarının çoğunu dolduruyor ve Windows Forms, WPF ve Entity Framework 6'yı destekliyor. .NET 5, bu çalışmanın üzerine inşa ediliyor ve .NET Core ve Mono'nun en iyi özelliklerinden yararlanarak bir platform oluşturuyor. Tüm modern .NET kodları için kullanabilirsiniz.
.NET 5'i Kasım 2020'de yayınlamayı ve ilk önizlemeyi 2020'nin ilk yarısında başlatmayı planlıyoruz. Gelecekteki güncellemelerde Visual Studio 2019, Visual Studio for Mac ve Visual Studio Code için desteklenecektir.
.NET 5 = .NET Core vNext
.NET 5, .NET Core'da bir sonraki adımdır. Proje, . NET:
- Birleşik çalışma zamanı davranışı ve geliştirici deneyimiyle her yerde kullanılabilen .NET çalışma zamanı ve çerçevesi oluşturun.
- .NET Core'dan tam faydalanarak, . NET Framework, Xamarin ve Mono ile .NET'in yeteneklerini genişletmek için kullanıldı.
- Ürünü tek bir kod tabanından geliştirerek, geliştiriciler (Microsoft ve topluluk) birlikte çalışıp tüm senaryoları geliştirebiliyor.
Bu yeni proje ve yön, .NET için büyük bir dönüm noktasıdır. .NET 5 ile, hangi tür uygulama oluşturursanız oluşturuyorsanız kod ve proje dosyalarınız aynı olacak. Her uygulama aynı çalışma zamanı, API ve dil özelliklerine erişebiliyor. Ayrıca neredeyse her gün yapılan CoreFX performans iyileştirmelerini de içeriyor.
.NET Core hakkında sevdiğiniz her şey var olmaya devam edecek:
- GitHub'da açık kaynak ve topluluk odaklı.
- Çapraz platform uygulama.
- Windows formları ve Windows'ta WPF gibi platforma özgü özelliklerin ve Xamarin'in her yerel platform için yerel bağlayıcılarının kullanılmasına destek olur.
- Yüksek performans.
- Yan yana kur.
- Küçük proje dosyaları (SDK tarzı).
- Komut satırı arayüzleriyle (CLI) uyumludur.
- Visual Studio, Visual Studio for Mac ve Visual Studio Code entegrasyonu.
Ayrıca bazı yeni şeyler de var:
- Çalışma zamanı deneyiminiz için daha fazla seçeneğiniz olacak (aşağıda daha fazla detay).
- Java birlikte çalışabilirliği tüm platformlarda sunulacak.
- Birden fazla işletim sistemi Objective-C ve Swift birlikte çalışabilirliğini destekleyecektir.
- CoreFX, .NET için önceden (AOT) destekleyecek şekilde genişletilecek, daha küçük bir ayak alanı ve daha fazla işletim sistemi desteği olacak.
.NET Core 3.0'ı bu yılın Eylül ayında, .NET 5'i Kasım 2020'de çıkaracağız ve ardından büyük bir sürüm çıkarmayı planlıyoruz. NET:
Sürüm 4'ü atladık çünkü uzun zamandır var olan 4.x serisi ile ilgili .NET Framework'e aşina kullanıcıları şaşırtacaktı. Ayrıca, .NET 5'in .NET platformunun geleceği olduğunu açıkça iletmek istiyoruz. .NET 5 olarak adlandırmak, şimdiye kadar yayımladığımız en yüksek sürüm oldu.
Ayrıca bu fırsatı kullanarak isimlendirmeyi basitleştiriyoruz. Eğer sadece bir .NET en iyiyse, "Core" gibi açıklayıcı bir terime ihtiyacımız yok diye düşünüyoruz. Kısa isim basitleştirme niteliğindedir ve .NET 5'in tek tip işlevsellik ve davranışa sahip olduğu mesajını da verir. Tabii ki, isterseniz ".NET Core" adını kullanmaya devam edebilirsiniz.
Çalışma süresi deneyimi
Mono, .NET'in orijinal çapraz platform uygulamasıdır. .NET Framework'e açık kaynaklı bir alternatif olarak başladı ve iPhone/iOS ile Android cihazlarının popülerliğiyle birlikte mobil özel bir platforma geçti. Mono, Xamarin'in bir parçası olarak kullanılan bir çalışma zamanıdır.
CoreCLR, .NET Core'un bir parçası olarak kullanılan bir çalışma zamanıdır. Öncelikle Microsoft'un en büyük hizmeti dahil olmak üzere bulut uygulamalarını desteklemek için kullanılır ve artık Windows masaüstü, IoT ve makine öğrenimi uygulamalarında da kullanılmaktadır.
Özetle, .NET Core ve Mono çalışma zamanları birçok benzerliğe sahiptir (sonuçta ikisi de .NE çalışma zamanlarıdır), ancak aynı zamanda değerli benzersiz özelliklere de sahiptirler. İstediğiniz çalışma süresi deneyimini seçebilmeniz çok mantıklı. CoreCLR ve Mono'yu birbirleriyle değiştirilebilir hale getiriyoruz. Farklı çalışma zamanı seçenekleri arasında seçim yapmak için bir switch inşa etmek kadar basit olacak.
Aşağıdaki bölümler, .NET 5 için kullanmayı planladığımız ana odağı tanımlıyor. Bu iki çalışma süresini bireysel ve birlikte nasıl geliştireceğimize dair net bir bakış açısı sunuyorlar.
Yüksek verimlilik ve yüksek verimlilik
Başlangıçtan itibaren, .NET ara dil (IL) kodunu optimize edilmiş makine koduna dönüştürmek için tam zamanlı derleyicilere (JIT) dayanıyordu. O zamandan beri, çok yüksek verimliliğe sahip ve geliştirici deneyimini geliştiren, programlamayı hızlı ve kolay hale getiren, sektör lideri JIT tabanlı yönetilen bir çalışma zamanı inşa ettik.
JIT, uzun süreli bulut ve istemci senaryoları için idealdir. Belirli makineler için, özellikle belirli CPU komutları dahil, kod üretebilirler. JIT ayrıca çalışma zamanında yöntemleri yeniden oluşturabilir; bu teknik JIT'i daha hızlı yaparken, sık kullanılan bir yöntem haline gelirse yüksek optimize edilmiş kod sürümleri oluşturma seçeneğine sahiptir.
ASP.NET Core'un Techpower kıyaslamasında daha hızlı çalışması için yaptığımız çabalar, JIT'in gücünün ve CoreCLR'a yaptığımız yatırımın harika bir örneğidir. .NET Core'u konteynerler için güçlendirme çabalarımız da çalışma zamanının kısıtlı ortamlara dinamik uyum sağlama yeteneğinin bir kanıtıdır.
Geliştirici araçları da JIT'in gerçekten ne kadar harika olduğuna dair harika bir başka örnek; örneğin dotnet izleme araçları veya edit and continue gibi. Araçlar genellikle tek bir süreçte kod birden fazla kez derleyip yüklemek zorunda kalır ve bunu çok hızlı bir şekilde yapmalıdır.
.NET Core veya .NET Framework kullanan geliştiriciler öncelikle JIT'e güvenir. Bu nedenle, deneyim tanıdık olmalı.
Çoğu .NET 5 çalışma senaryosu için varsayılan deneyim JIT tabanlı CoreCLR çalışma zamanını kullanır. İki dikkat çekici istisna iOS ve istemci Blazor (web assembly)'dir; çünkü her ikisi de önceden (AOT) yerel derleme gerektirir.
Hızlı başlangıç, küçük ayak izi ve düşük bellek kullanımı
Mono projesinin çoğu mobil ve konsollar üzerine odaklandı. Projenin temel özelliği ve sonucu, sektör lideri LLVM derleyici projesine dayanan .NET AOT derleyicisidir. Mono AOT derleyicisi, .NET kodunun bilgisayarda çalışabilen yerel bir çalıştırılabilir dosyaya entegre edilmesini sağlar; tıpkı C++ kodu gibi. AOT derlemeli uygulamalar, daha küçük konumlarda verimli çalışabilir ve gerektiğinde başlatma için veri verimini değiştirebilir.
Blazor projesi zaten Mono AOT kullanıyor. Bu, .NET 5'e geçiş yapan ilk projelerden biri olacak. Bu planı kanıtlamak için seçeneklerden biri olarak kullanıyoruz.
İki tür AOT çözümü vardır:
- %100 AOT derlenmiş bir çözüm gerektirir.
- Çoğu kod AOT derlemeli bir çözümdür, ancak JIT veya yorumlayıcılar AOT dostu olmayan kod kalıpları (örneğin jenerikler) için kullanılabilir. Mono AOT her iki durumu da destekliyor. Apple, güvenlik nedeniyle iOS ve bazı konsollar için ilk AOT'u zorunlu kalıyor. İkinci yöntem daha iyi bir seçenektir çünkü AOT'nin avantajlarını sunar ve bazı dezavantajlardan kaçınır.
.NET Native, Windows UWP uygulamaları için AOT derleyicimizdir ve yukarıda listelenen ilk AOT tipine de örnektir. Bu özel uygulamada, .NET API'sini ve kullanabileceğiniz özellikleri sınırlıyoruz. Bu deneyimden öğrendik ki, AOT çözümleri .NET API'leri ve kalıplarının tüm yönlerini kapsamalıdır.
iOS, web assembly ve bazı konsollarda AOT derlemesi hâlâ gereklidir. Daha hızlı başlatma veya düşük ayak izi gerektiren uygulamalar için AOT derlemesini bir seçenek olarak sunacağız.
Projenin doğuşu
Bu projeye Aralık 2018'de Boston'da teknik bir ekiple başladık. .NET ekibinden (Mono/Xamarin ve .NET Core) ve Unity'den tasarım liderleri çeşitli teknik yetenekler ve mimari yönler sundu.
Şimdi bu projeyi bir ekip olarak bir dizi teslimatla ileriye taşıyoruz. Aralık ayından bu yana birçok projede büyük ilerleme kaydettik:
- CoreFX kamu kodunun %>99'unu elde etmeyi amaçlayan <-> yönetilen kod katmanını tanımlayan minimum bir katman tanımlanır.
- MonoVM artık CoreFX ve sınıf kütüphanelerini kullanabiliyor.
- Tüm CoreFX testlerini CoreFX uygulamasıyla MonoVM'de çalıştırın.
- MonoVM ile ASP.NET Core 3.0 uygulamalarını çalıştırın.
- CoreCLR'da MonoDevelop çalıştırın, ardından Mac için Visual Studio çalıştırın.
Tek bir 'a göç edin. .NET uygulaması bazı önemli soruları gündeme getiriyor: Hedef çerçeve ne olacak? NuGet paket uyumluluk kuralları aynı mı? .NET 5 SDK hangi iş yüklerini desteklemeli? Belirli bir mimari için nasıl kod yazabilirim? Hâlâ .NET Standard'a ihtiyacımız var mı?
Şu anda bu konular üzerinde çalışıyoruz ve yakında tasarım belgesini sizin okuyup geri bildirim vermeniz için paylaşacağız.
Epilog
.NET 5 projesi, .NET için önemli ve heyecan verici bir yeni yöndür. .NET'in daha basit hale geldiğini göreceksiniz, ama aynı zamanda daha geniş bir özellik ve fayda yelpazesiyle de sunulacak. Tüm yeni gelişmeler ve özellikler, yeni C# sürümleri dahil olmak üzere .NET 5'in bir parçası olacak.
Aynı .NET API'lerini ve dillerini kullanarak çok çeşitli uygulama türlerini, işletim sistemlerini ve silikon mimarileri hedefleyebileceğiniz parlak bir gelecek görüyoruz. Visual Studio, Visual Studio for Mac, Visual Studio Code, Azure DevOps veya komut satırında, farklı uygulamalar oluşturmak için derleme yapılandırmasını değiştirmek kolay.
Orijinal bağlantı:Bağlantı girişi görünür.
|
Yayınlandı 7.05.2019 09:41:27
|
|
|
|
