Java8 vs Java9

Java 8 vs Java 9: ​​Melhorias no Java 9 que você precisa saber

Muitos desenvolvedores recorrem ao Java para criar aplicativos. Como todos sabemos, o Java é incrivelmente versátil, fácil de usar, seguro, confiável e, acima de tudo, é independente da plataforma. Java tem seguidores de mais de 6.5 milhões de desenvolvedores globalmente. Como tal, é a linguagem perfeita a ser usada, já que o material de referência também é abundante.

No entanto, Java continuou a crescer e evoluir ao longo dos anos. Criado pela Sun Microsystems em 1995, o Java continuou provando sua confiabilidade. A construção anterior de Java que está em uso desde 18 de março de 2014, era Java SE 8. Quando foi revelado, os críticos disseram que era uma obra de arte, um lançamento de fluxos de mudanças nas APIs. Agora há um novo garoto no quarteirão. Java 9 recém -cunhado está finalmente aqui. Revelado em 21 de setembro de 2017, o Java SE 9 deve agitar a maneira como fazemos as coisas e a maneira como os desenvolvedores criam aplicativos.

Devido à incrível agilidade e versatilidade do Java 8, as empresas criaram soluções incríveis para indústrias como saúde, fintech e outros setores importantes. O Java 9, por outro lado, promete desenvolver isso e entregar funcionalidades totalmente novas aos desenvolvedores.

Então, vamos dar uma olhada no que há de novo em Java 9.

Projeto Jigsaw

Este é um dos destaques do Java 9. Basicamente, o projeto de projeto é o nome dado à modularização de Java. Enquanto as peças de quebra -cabeças se juntam peça por peça para criar uma imagem maior, o mesmo acontece com a modularidade de Java 9. Isso significa que o código é dividido em peças (módulos) devido às tarefas ou funcionalidades a serem executadas. Este é um grande passo à frente, porque a modularização não apenas torna a reutilização do código muito mais confortável, mas também gerenciar e depuração é direta. Por esse motivo, descobrimos que os desenvolvedores terão mais facilidade em criar aplicativos com o Java 9 do que com outras construções anteriores.

Outro benefício da modularização é que os desenvolvedores agora podem criar aplicativos leves e escaláveis. Especialmente com a Internet das coisas que continuam a crescer, encontraremos mais aplicativos escritos em java.

JEP 222: jshell: A concha java

O Java 9 apresenta a nova ferramenta LOOP READ-EVAL-PRINT (REPL). Depois de estar em sua fase de desenvolvimento no projeto Kulia, esse recurso foi finalmente lançado ao público. Esse novo recurso é uma ferramenta interativa usada para testar expressões, declarações e declarações escritas em java. O principal objetivo da API e ferramenta do JSHELL é dar ao desenvolvedor a chance de testar os recursos mencionados acima no estado da concha. Isso é principalmente codificação e investigação rápidas, pelo qual as expressões e declarações não precisam estar dentro de um método e métodos, por sua vez, não precisam estar dentro de uma classe. Dessa forma, um desenvolvedor pode analisar rapidamente peças de código e ver se eles trarão o efeito desejado.

A ferramenta jshell terá uma interface de linha de comando com os seguintes recursos:

• Definição e importações predefinidas configuráveis.
• Uma história com recursos de edição
• Adição automática de semicolons terminais necessários

Melhorias do compilador

Para garantir que os aplicativos sejam executados mais rápido, o Java 9 recrutou uma nova tecnologia chamada Compilação Antefre-do-Time (AOT). Essa tecnologia, embora em suas fases experimentais, possibilita que as aulas de Java sejam compiladas em código nativo mesmo antes de ser lançado nas máquinas virtuais. As possibilidades disso são infinitas. No entanto, o uso mais imediato dessa tecnologia está melhorando o tempo de inicialização para aplicativos grandes e pequenos, sem qualquer dissuasão no desempenho máximo.

Em retrospecto, o Java 8 usa compiladores just-in-time (JIT). Esses compiladores são rápidos, mas demoram um pouco mais antes de se aquecer. Isso pode ser inconseqüente para programas ou aplicativos menores, porque não há muito código para compilar. No entanto, para os aplicativos maiores, a narrativa é bem diferente. O aquecimento de um compilador just-in-time precisa, significa que alguns métodos não são compilados, enfraquecendo o desempenho do aplicativo.

A segunda fase na implantação de compilação inteligente é a melhoria da portabilidade e estabilidade da ferramenta Javac. Aumentar esta ferramenta permite que ela seja usada diretamente na JVM (Java Virtual Machine) como a configuração padrão. Além disso, a ferramenta foi generalizada de tal maneira que permita aos desenvolvedores usá -la mesmo fora do ambiente JDK. Para os desenvolvedores, isso é um grande negócio, pois o Java pode ser usado em projetos maiores, que podem ser facilmente acomodados sem se preocupar com a compatibilidade. Outra atualização crucial é a compatibilidade com versões anteriores do compilador Javac, cuja única função é compilar aplicativos e programas criados usando o Java 9 para também executar em versões Java mais antigas.

Melhor apoio JavaScript

À medida que o JavaScript continua a ganhar impulso e se tornar um favorito para muitos, o JDK 9 tornou possível incorporar JavaScript em aplicativos Java. Tudo isso é feito com a ajuda do Projeto Nashorn, cujo objetivo principal era criar alto desempenho, mas o tempo de execução JavaScript leve em Java. É claro que isso foi entregue quando eles forneceram um mecanismo JavaScript no JDK versão 8. Agora, na versão 9, há uma API de analisador cujo alvo é o pedido de sintaxe do Ecmascript do Nashorn. O que esta API faz é ativar a análise do código ECMAScript por estruturas e IDEs do lado do servidor sem ter que confiar nas classes de implementação interna do Projeto Nashorn.

G1 como o coletor de lixo

Ao contrário da crença popular, Java não tem um, mas quatro coletores de lixo. Esses coletores de lixo não são criados iguais e, como tal, escolher o errado significava ter problemas de desempenho no aplicativo. No Java 8, o coletor de lixo padrão era o coletor paralelo / de rendimento. Este coletor de lixo foi substituído por seu antecessor, o coletor de lixo primeiro (G1). Como o colecionador G1 foi projetado para suportar montes maiores que 4 GB com eficiência, é o coletor de lixo perfeito para aplicações pequenas e em larga escala.

Atualizações da API

Nesta nova versão do Java Development Kit, várias atualizações foram feitas nas APIs e discutiremos os mais notáveis.

O primeiro é as atualizações Java 9 de simultaneidade que têm java.util.simultâneo.Fluxo e completafuture. Com o objetivo de resolver o problema que é de pressão de volta. O fluxo é a implementação da API de fluxos reativos por Java, que essencialmente pretende resolver o problema da contrapressão. A pressão de volta é o acúmulo de dados que ocorre quando a taxa de solicitações de entrada é maior que a capacidade de processamento do aplicativo. A longo prazo, isso é um problema porque o aplicativo acaba com um buffer de dados não processados. Esta atualização significará melhor manuseio de tempo limite, atrasos e subclassificação.

A segurança faz parte da identidade central de Java. Como tal, suporte para o recém -aprovado HTTP 2.0 RFC é uma enorme vantagem. HTTP 2.0 RFC foi construído sobre o algoritmo SPDY do Google, que já começou a dar frutos com melhorias de velocidade que variam de 11.81% a 47.7% do http 1 anterior.1. Esta API do cliente é uma atualização para os protocolos HTTP central e a API HttpurlConnection, que é problemática, para dizer o mínimo desde que foi feita antes mesmo de HTTP 1.

O cache de código sempre foi uma estratégia usada para tornar os aplicativos mais rápidos e suaves ao longo dos anos. No entanto, não é sem suas limitações, e isso não passou despercebido. Uma atualização no Java 9 mostra claramente o JDK 9 dividindo códigos em cache em partes menores, melhorando o desempenho geral. O JDK 9 usa iteradores especiais para pular o código não metódico; para separar o código perfilado, não perfilado e não metódico; e melhorar alguns benchmarks para o tempo de execução.

Benefícios do Java 9

Para muitos empresários, não há diferença entre Java 8 e 9. No entanto, para o desenvolvedor, há um mundo de diferença. Esses são os benefícios que o Java SE 9 tem sobre seus antecessores.

• A velocidade do desenvolvimento aumentará significativamente graças ao sistema de módulos que não são apenas mais fáceis de gerenciar e depurar, mas também reutilizáveis, o que significa que você não precisa escrever todo o código do zero.
• Aumentar a eficácia dos recursos para aplicações a partir da modularização e também para que a retirada dos recursos seja mais simples, pois os desenvolvedores apenas levarão os módulos necessários em vez de JRE inteiro.
• Análise em tempo real de trechos de código, como micro-benchmarks usados ​​para analisar o desempenho de pequenos pedaços de código.

Fontes

http: // openjdk.Java.net/jeps/251
https: // www.Romexsoft.com/blog/java-8-vs-java-9/
https: // blogs.oráculo.com/java/recursos em Java-8-And-9
https: // dzone.com/Artigos/5-Fomadas em Java-9-TA

https: // linuxhint.com/eclipse-Java-Tutorial/