Java 13: o que nos espera no futuro próximo?

Embora ainda faltem três meses inteiros para o lançamento do Java 13, detalhes sobre as inovações na próxima versão de nossa linguagem favorita aparecem constantemente na página do OpenJDK . Lembremos que as mudanças em Java são feitas por meio de propostas de melhoria do JDK - JEP (JDK Enhancement Proposals), que posteriormente são integradas em novas versões (bem, ou não integradas se não forem consideradas úteis e adequadas o suficiente). Abaixo estão alguns recursos que foram propostos para a nova versão do Java: Blocos de texto. De acordo com JEP-355 , os blocos de texto devem aparecer no JDK 13 (no nível de visualização). Os blocos de texto são literais de string com várias partes que eliminam a necessidade da grande maioria das sequências de escape. Agora você não precisará escapar da maioria dos caracteres especiais e quebras de linha automáticas aparecerão. Um bloco de texto formata automaticamente uma linha e dá aos desenvolvedores controle sobre o formato. Este JEP foi criado principalmente para simplificar os processos de escrita e leitura de código, já que em Java, a incorporação de objetos não-Java (por exemplo, XML ou JSON) geralmente requer “dança com um pandeiro” - edição de linha específica, então tais incorporações são geralmente difícil de criar, apoiar e ler. Atualização da API de soquetes. O novo Java provavelmente reescreverá a API de soquetes herdada. Em teoria, a implementação atualizada se tornará mais moderna e mais fácil de manter e depurar. O objetivo é substituir a implementação básica usada pelas APIs net.Socket e java.net.ServerSocket. A nova versão foi projetada para se adaptar facilmente ao trabalho com threads de modo de usuário (fibras ou fibras), que são explorados no Loom , um projeto criado para facilitar a gravação, depuração, perfil e suporte a aplicações paralelas. As raízes das APIs legadas mencionadas remontam ao JDK 1.0 e contêm uma mistura de código legado C e Java que é difícil de depurar e manter. A implementação anterior também tem outros problemas: sua própria estrutura de dados para suportar fechamento assíncrono, o que causa problemas de confiabilidade e portabilidade, e problemas de simultaneidade que requerem revisão. Melhoria do ZGC (Coletor de Lixo Z). Na nova versão, eles querem forçar o coletor de lixo ZGC a devolver a memória não utilizada ao sistema operacional. O ZGC é comercializado como um coletor de lixo escalonável e de baixa latência, mas até o momento ele ainda não retorna a memória não utilizada ao sistema operacional, mesmo que essa memória não tenha sido usada por muito tempo. Obviamente, isso é irracional e, para algumas aplicações e ambientes, aqueles que não podem ficar ociosos por muito tempo, essa abordagem é totalmente crítica. Melhorando a funcionalidade do AppCDS de compartilhamento de dados de classepara fornecer arquivamento dinâmico de classes no final da execução do aplicativo. O compartilhamento de dados de classe ou compartilhamento de dados de classe foi introduzido pela primeira vez no JDK 5. Essa funcionalidade permite pré-processar um conjunto de classes em um arquivo compactado comum, que pode então ser mapeado na memória em tempo de execução para reduzir o tempo de inicialização. As classes de arquivo agora incluirão todas as classes de aplicativos e bibliotecas carregadas que não estão incluídas no arquivo CDS de nível base padrão. Esta proposta visa melhorar a usabilidade do AppCDS e eliminar a necessidade dos usuários realizarem testes para criar uma lista de classes para cada aplicação. Versão do produto de uma nova forma de expressões com o operador Switch - Switch Expressions . Na versão Java 12 , uma simplificação do código da instrução switch apareceu no estágio de visualização. Pode ser usado à moda antiga ou como expressão. Agora só falta esperar o dia 17 de setembro, data de lançamento do Java 13. Bem, se você mal pode esperar para se familiarizar com as novidades agora, você pode baixar as compilações beta do site oficial.