Apresentando o .NET 5.0 Preview 6

Na semana passada, lançamos o .NET 5.0 Preview 6. Esta versão contém um pequeno conjunto de novos recursos e melhorias de desempenho. A publicação do .NET 5.0 Preview 4 cobre o que planejamos lançar no .NET 5.0. A maioria dos recursos está atualmente implementada, mas alguns ainda não estão em seu estado final. Esperamos que o lançamento seja totalmente funcional com a Visualização 8.



Você pode  baixar o .NET 5.0 Preview 6 , para Windows, macOS e Linux:

• Instaladores do Windows e macOS
• Lista completa
• Imagens do Docker
• Snap installer

O ASP.NET Core  e o  EF Core  também foram lançados na semana passada. Nota: O EF Core 5.0 não oferece suporte ao .NET Standard 2.0 ou .NET Framework. Leia  o post de lançamento do EF Core para saber mais.



Você precisa usar o  Visual Studio 2019 16.7  para trabalhar com o .NET 5.0. O .NET 5.0 agora é suportado no  Visual Studio para Mac . Instale a extensão C # mais recente  para usar o .NET 5.0 com o  Visual Studio Code .



Notas:

• Notas de versão do .NET 5.0
• Problemas conhecidos do .NET 5.0
• Lançamento no GitHub
• Rastreador de problemas no GitHub

Atualização do Windows ARM64

Anunciamos o suporte ao Windows ARM64 na Visualização 4 . Na época, incluímos apenas aplicativos de console e ASP.NET Core no Windows ARM64. A SDK Preview 6 agora inclui suporte para Windows Forms. Isso significa que você pode criar e executar aplicativos Windows Forms em dispositivos Windows ARM64, assim como em x64. Ainda estamos trabalhando para adicionar o suporte WPF ao Windows ARM64.



Você pode ver um exemplo de um aplicativo Windows Forms em execução em um laptop ARM64, como mostrado abaixo.







O Visual Studio 16.7 deve oferecer suporte ao Depurador Remoto do Visual Studio .NET para Windows ARM64. Esperamos ver o suporte para o Depurador Remoto do Visual Studio Code .NET, logo em seguida. Para evitar confusão, esse suporte se aplica à execução do Visual Studio ou Visual Studio Code em uma máquina x64 e à conexão remota a um aplicativo .NET em execução em uma máquina Windows ARM64. Além disso, o Visual Studio Code adiciona suporte ao ARM64. Adicionaremos suporte para a extensão C # e o depurador .NET, que funcionam na versão do Visual Studio Code para Windows ARM64, mas as datas ainda são desconhecidas.

Windows Forms

Os usuários do Visual Basic estão acostumados a criar aplicativos em uma instância (uma instância é iniciada por vez). Esse comportamento agora está disponível no WindowsFormsApplicationBase.IsSingleInstance . Aqui está uma ótima explicação para esse comportamento de Scott Hanselman.



A equipe adicionou suporte recolhido ao ListViewGroup. Essa alteração facilita o gerenciamento de um formulário com vários ListViewGroups.



E aqui está o resultado:

Melhorando a qualidade do código RyuJIT

A equipe RyuJIT continua a fazer melhorias verdadeiramente importantes, visualização por visualização. Eles não decepcionaram na Visualização 6. Vamos ver:

• Principais melhorias
  
  
  • Melhorias estruturais
    
    
  • Otimização para remover inicializações nulas redundantes
• Progresso da função incorporada do hardware 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
  
  
  

Continuamos aprimorando o suporte a aplicativos de arquivo único no .NET 5. Nosso objetivo é facilitar a publicação de seu aplicativo como um único arquivo para Windows, macOS e Linux. Já estamos perto. Quando conversamos sobre isso pela última vez na Visualização 4 , mencionei que os aplicativos de “arquivo único” do Windows exigem alguns arquivos de tempo de execução extras. Adicionamos uma nova opção para incluir nossos próprios arquivos binários e qualquer conteúdo adicional (por exemplo, imagens) em um arquivo. Esses arquivos serão extraídos no primeiro lançamento. Os aplicativos projetados para Linux e macOS não devem usar esta opção para binários de tempo de execução nativos, a menos que desejem usá-la para multimídia ou outro conteúdo.



Limitações atuais:

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

-

Ao longo dos anos, vimos muitos modelos de hospedagem .NET em aplicativos nativos. A @rseanhall propôs e implementou um novo modelo para isso, que tira proveito de toda a funcionalidade interna do aplicativo fornecida pela .NET Application Hosting Layer (em particular, carregamento de dependência) e ainda permite que um ponto de entrada personalizado seja chamado a partir do código nativo. Isso é ideal para muitos cenários e entende-se que isso está se tornando um método popular entre os desenvolvedores que colocam componentes .NET de aplicativos nativos.



Dois PRs principais:

• Incluir chamada get_runtime_delegate do contexto do aplicativo
• Implementação Hdt_get_function_pointer

Suporte de plataforma

Atualizamos nossa página .NET 5 - Versões de SO suportadas para refletir nossos planos mais recentes de suporte à plataforma .NET 5.0. Por favor, conte-nos o que você pensa. O que estamos perdendo?



Sabemos que o gerenciador de pacotes e o suporte de contêineres que oferecemos não estão listados nesta página. Isso deve ser corrigido. Planejamos adicionar essas informações antes do lançamento do .NET 5.0.