Memperkenalkan .NET 5.0 Pratinjau 6

Minggu lalu kami merilis .NET 5.0 Preview 6. Versi ini berisi sekumpulan kecil fitur baru dan peningkatan kinerja. Posting .NET 5.0 Pratinjau 4 didedikasikan untuk apa yang kami rencanakan untuk rilis di .NET 5.0. Sebagian besar fitur saat ini diimplementasikan, tetapi beberapa belum dalam kondisi akhir. Kami berharap rilis ini berfungsi penuh dengan Pratinjau 8.



Anda dapat  mengunduh .NET 5.0 Pratinjau 6 , untuk Windows, macOS dan Linux:

• Pemasang Windows dan macOS
• Daftar lengkap
• Gambar Docker
• Pemasang snap

ASP.NET Core  dan  EF Core  juga dirilis minggu lalu. Catatan: EF Core 5.0 tidak akan mendukung .NET Standard 2.0 atau .NET Framework. Baca  posting pelepasan EF Core untuk informasi lebih lanjut.



Anda harus menggunakan  Visual Studio 2019 16.7  untuk bekerja dengan .NET 5.0. .NET 5.0 sekarang didukung dalam  Visual Studio untuk Mac . Instal ekstensi C # terbaru  untuk menggunakan .NET 5.0 dengan  Visual Studio Code .



Catatan:

• .NET 5.0 Catatan Rilis
• .NET 5.0 Masalah yang Diketahui
• Rilis Github
• Pelacak isu di GitHub

Pembaruan Windows ARM64

Kami mengumumkan dukungan untuk Windows ARM64 di Pratinjau 4 . Pada saat itu, kami hanya menyertakan aplikasi konsol dan ASP.NET Core di Windows ARM64. SDK Preview 6 sekarang termasuk dukungan untuk Formulir Windows. Ini berarti bahwa Anda dapat membuat dan menjalankan aplikasi Windows Forms pada perangkat Windows ARM64, seperti pada x64. Kami masih berupaya menambahkan dukungan WPF ke Windows ARM64.



Anda dapat melihat contoh aplikasi Windows Forms yang berjalan pada laptop ARM64, seperti yang ditunjukkan di bawah ini.







Visual Studio 16.7 diharapkan untuk mendukung Visual Studio .NET Remote Debugger untuk Windows ARM64. Kami berharap bahwa segera setelah ini, dukungan untuk Visual Studio Code .NET remote debugger akan muncul. Untuk menghindari kebingungan, dukungan ini berlaku untuk menjalankan Visual Studio atau Visual Studio Code pada komputer x64 dan menghubungkan dari jarak jauh ke aplikasi .NET yang berjalan pada komputer Windows ARM64. Selain itu, Visual Studio Code menambahkan dukungan untuk ARM64. Kami akan menambahkan dukungan untuk ekstensi C # dan debugger .NET yang berjalan di Visual Studio Code versi Windows ARM64, namun tanggalnya belum diketahui.

Bentuk Windows

Pengguna Visual Basic digunakan untuk membuat aplikasi mereka satu-instanced (satu contoh dimulai pada suatu waktu). Perilaku ini sekarang tersedia melalui WindowsFormsApplicationBase.IsSingleInstance . Inilah penjelasan yang bagus untuk perilaku ini dari Scott Hanselman.



Tim menambahkan dukungan runtuh ke ListViewGroup. Perubahan ini membuatnya lebih mudah untuk mengelola formulir dengan beberapa ListViewGroups.



Dan inilah hasilnya:

Meningkatkan Kualitas Kode RyuJIT

Tim RyuJIT terus melakukan peningkatan yang sangat penting, pratinjau demi pratinjau. Mereka tidak mengecewakan dalam Pratinjau 6. Mari kita lihat:

• Perbaikan besar
  
  
  • Perbaikan struktur
    
    
  • Optimasi untuk menghapus inisialisasi nol yang berlebihan
• Kemajuan Implementasi Fungsi Perangkat Keras Tertanam ARM64
  
  
  • Duplicate DuplicateSelectedScalar
  • ASIMD Shift Intrinsics
  • Polynomial Multiply Long Intrinsics
  • Vector64 Vector128.Create
  • ToScalar() GetElement() arm64
  • ToVector128, ToVector128Unsafe Vector128.GetLower()
• ARM64: ARM64
  
  
  • R2R, Arm Arm64
  • virtual call stub R2R JIT
  
  
  

Kami terus meningkatkan dukungan untuk aplikasi file tunggal di .NET 5. Tujuan kami adalah untuk menyederhanakan penerbitan aplikasi sebagai file tunggal untuk Windows, macOS, dan Linux. Kami sudah dekat. Ketika kami terakhir membicarakan hal ini dalam Pratinjau 4 , saya menyebutkan bahwa aplikasi "file tunggal" Windows memerlukan beberapa file runtime tambahan. Kami telah menambahkan opsi baru untuk memasukkan file biner kami sendiri dan konten tambahan apa pun (misalnya, gambar) dalam satu file. File-file ini akan diekstraksi pada peluncuran pertama. Aplikasi yang dirancang untuk Linux dan macOS tidak boleh menggunakan opsi ini untuk binari runtime asli kecuali mereka ingin menggunakannya untuk multimedia atau konten lainnya.



Batasan saat ini:

• Linux runtime- . ( Windows).
• Linux , , IL.

-

Selama bertahun-tahun, kami telah melihat banyak model hosting untuk .NET di aplikasi asli. @rseanhall mengusulkan dan menerapkan model baru untuk ini, yang menggunakan semua fungsionalitas aplikasi bawaan yang disediakan oleh tingkat hosting aplikasi .NET (khususnya, memuat dependensi), sementara pada saat yang sama memungkinkan Anda untuk memanggil titik masuk khusus dari kode asli. Ini ideal untuk banyak skenario, dan jelas bahwa itu menjadi teknik yang populer di kalangan pengembang yang meng-host komponen .NET dari aplikasi asli.



Dua PR utama:

• Sertakan get_runtime_delegate panggilan dari konteks aplikasi
• Implementasi Hdt_get_function_pointer

Dukungan platform

Kami telah memperbarui halaman .NET 5 - Versi OS yang Didukung untuk mencerminkan rencana terbaru kami untuk mendukung platform .NET 5.0. Tolong beri tahu kami pendapat Anda. Apa yang kita lewatkan?



Kami tahu bahwa manajer paket dan dukungan wadah yang kami tawarkan tidak tercantum di halaman ini. Ini harus diperbaiki. Kami berencana untuk menambahkan informasi ini sebelum rilis .NET 5.0.