{"id":2850,"date":"2019-04-08T00:18:42","date_gmt":"2019-04-08T03:18:42","guid":{"rendered":"https:\/\/www.itexto.com.br\/devkico\/?p=2850"},"modified":"2019-04-16T16:50:49","modified_gmt":"2019-04-16T19:50:49","slug":"micronaut-primeiras-impressoes","status":"publish","type":"post","link":"https:\/\/devkico.itexto.com.br\/?p=2850","title":{"rendered":"Micronaut – primeiras impress\u00f5es"},"content":{"rendered":"\n

J\u00e1 ouviu falar deste framework? Ele foi criado por Graeme Rocher, o mesmo sujeito que criou o Grails e promete resolver diversos dos problemas que temos tanto no Grails quanto no Spring. Mas ele substitui estes frameworks? No caso do Grails, n\u00e3o, j\u00e1 quando o assunto \u00e9 Spring, talvez. Neste post vou colocar aqui minhas primeiras impress\u00f5es.<\/p>\n\n\n\n

O que \u00e9 o Micronaut<\/h2>\n\n\n\n

Pelo primeiro par\u00e1grafo voc\u00ea j\u00e1 sabe: \u00e9 mais um framework voltado para o desenvolvimento web, mas n\u00e3o qualquer desenvolvimento web, e sim APIs, mais especificamente micro servi\u00e7os. Ent\u00e3o ao ler sua documenta\u00e7\u00e3o<\/a> voc\u00ea ver\u00e1 diversos termos usado para este tipo de aplica\u00e7\u00e3o: cloud native<\/em>, service configuration, serverless functions <\/em>e todas aquelas palavrinhas que j\u00e1 estamos pra l\u00e1 de acostumados a ouvir.<\/p>\n\n\n\n

At\u00e9 a\u00ed n\u00e3o h\u00e1 grandes novidades: tanto Spring<\/a> quanto Grails<\/a> j\u00e1 nos oferecem suporte a todas estas tecnologias de forma direta ou indireta. Estou desenvolvendo alguns pequenos projetos com ele (um inclusive de grande import\u00e2ncia) algo que posso afirmar com seguran\u00e7a \u00e9: n\u00e3o h\u00e1 um significativo salto de produtividade para o desenvolvedor tal como experimentamos no primeiro contato com Grails ou Spring Boot<\/strong>.<\/p>\n\n\n\n

Ent\u00e3o o que motivou a equipe de Graeme Rocher a criar este novo framework? Quais os problemas que foram detectados no Spring e Grails que ele tenta resolver? \u00c9 a\u00ed que a coisa fica interessante: do ponto de vista estritamente ligado \u00e0 autoria de c\u00f3digo voc\u00ea vai trabalhar com o mesmo JPA que j\u00e1 conhece, a escrita dos controladores \u00e9 essencialmente igual, \u00e9 poss\u00edvel inclusive usar quase todas as anota\u00e7\u00f5es do Spring e implementar suas interfaces<\/a> no Micronaut. Em rela\u00e7\u00e3o \u00e0 linguagem de programa\u00e7\u00e3o, tamb\u00e9m n\u00e3o h\u00e1 grandes ganhos: voc\u00ea pode usar Groovy, Java ou Kotlin, ent\u00e3o sem choques aqui tamb\u00e9m. O que muda \u00e9 a infraestrutura<\/strong>.<\/p>\n\n\n\n

Que infraestrutura?<\/h3>\n\n\n\n
\"\"<\/figure><\/div>\n\n\n\n

\u00c9 aqui que a coisa fica realmente interessante: temos agora uma infraestrutura realmente nova<\/strong>. E isto se aplica em alguns pontos que, confesso, mudaram minha maneira de pensar como frameworks s\u00e3o escritos de uma forma bastante radical.<\/p>\n\n\n\n

A reflex\u00e3o mostra seu pre\u00e7o – boot instant\u00e2neo e baix\u00edssimo consumo de mem\u00f3ria<\/h4>\n\n\n\n

A reflex\u00e3o tem seu pre\u00e7o, no entanto a primeira vez que realmente o experimentei de verdade<\/strong> este custo foi escrevendo projetos com Micronaut. <\/p>\n\n\n\n

Explico: praticamente todo framework Java usa anota\u00e7\u00f5es para identificar seus componentes: a anota\u00e7\u00e3o @Controller<\/em>, por exemplo, identifica uma classe como um bean que ir\u00e1 disponibilizar endpoints HTTP. Quando sua aplica\u00e7\u00e3o inicia o framework l\u00ea o classpath da aplica\u00e7\u00e3o, identifica todas as classes anotadas e, na sequ\u00eancia, aplica as a\u00e7\u00f5es necess\u00e1rias para que desempenhem o papel definido por estas anota\u00e7\u00f5es.<\/p>\n\n\n\n

O Micronaut segue o caminho oposto: ainda temos as anota\u00e7\u00f5es, tal como disse acima, voc\u00ea ir\u00e1 codificar suas classes de uma forma bastante similar \u00e0 que j\u00e1 est\u00e1 acostumado no Spring (\u00e9 quase igual). A diferen\u00e7a \u00e9 que usando um recurso pouco conhecido pela maior parte dos programadores (annotation procesors<\/a> do Java e processamento de bytecode usando a biblioteca ASM<\/a>) temos um novo container de inje\u00e7\u00e3o de depend\u00eancias e invers\u00e3o de controle<\/a>.<\/p>\n\n\n\n

Um container que n\u00e3o descobre quem s\u00e3o os nossos beans em tempo de execu\u00e7\u00e3o, mas sim em tempo de compila\u00e7\u00e3o.<\/strong> E isto faz toda a diferen\u00e7a. Qual? Basicamente uma aplica\u00e7\u00e3o que use os recursos de seguran\u00e7a providos pelo Micronaut, muito similares aos que temos no Spring Security e JPA \u00e9 iniciada quase que instantaneamente (no m\u00e1ximo 2 segundos em meus testes).<\/p>\n\n\n\n

(se voc\u00ea tem aplica\u00e7\u00f5es feitas em Grails que usam o Spring Security sabe muito bem do que estou falando: temos uma inicializa\u00e7\u00e3o leeeeeenta)<\/p>\n\n\n\n

O modo como lidamos com classes proxy tamb\u00e9m \u00e9 diferenciado. Neste container de IoC tamb\u00e9m podemos trabalhar com AOP<\/a>, tal como no caso do Spring, mas com advices e interceptadores tamb\u00e9m definidos em tempo de compila\u00e7\u00e3o.<\/p>\n\n\n\n

E n\u00e3o temos apenas aqui a inicializa\u00e7\u00e3o instant\u00e2nea do projeto: outro problema tamb\u00e9m \u00e9 resolvido. O consumo de mem\u00f3ria \u00e9 significativamente menor<\/strong>. Algo que j\u00e1 havia experimentado com Node.js estou vivenciando agora: tenho APIs executando agora que consomem menos de 100 Mb de mem\u00f3ria. Voc\u00ea consegue imaginar isto com Java? Eu tamb\u00e9m n\u00e3o acreditava, mas to vendo isto aqui na minha frente agora!<\/p>\n\n\n\n

Servlets? Finalmente uma alternativa<\/h4>\n\n\n\n

Esta \u00e9 outra mudan\u00e7a surpreendente. Todos<\/strong> os frameworks que conhe\u00e7o para o desenvolvimento web usam a mesma base: servlets<\/a>. E aqui pela primeira vez na JVM vejo uma alternativa emergir: n\u00e3o mais uma solu\u00e7\u00e3o baseada no Java Enterprise Edition padr\u00e3o, mas sim o provimento de um servidor de aplica\u00e7\u00e3o pr\u00f3prio, embutido no projeto.<\/p>\n\n\n\n

Este novo servidor web \u00e9 o primeiro que vejo na plataforma Java que \u00e9 independente do Java EE tradicional, baseado em servlets. Se baseia em uma outra tecnologia bastante antiga e infelizmente pouco conhecida pelos desenvolvedores hoje: Netty<\/a>.<\/p>\n\n\n\n

Um framework usado para a constru\u00e7\u00e3o de aplica\u00e7\u00f5es de rede ass\u00edncronos, de alt\u00edssima disponibilidade e desempenho que tem como resultado um novo servidor HTTP diferente daquele com o qual estamos acostumados. Um servidor focado n\u00e3o no padr\u00e3o MVC tradicional no qual pode haver o retorno de p\u00e1ginas HTML, mas sim uma solu\u00e7\u00e3o projetada desde o primeiro momento tendo como foco a troca de mensagens (JSON) entre micro-servi\u00e7os.<\/strong><\/p>\n\n\n\n

Em um primeiro momento voc\u00ea pode pensar nesta mudan\u00e7a como um mero ganho de desempenho. Eu j\u00e1 a vejo como um precedente important\u00edssimo, que abrir\u00e1 as portas para um universo de inova\u00e7\u00f5es no Java simplesmente maravilhoso.<\/p>\n\n\n\n

Como \u00e9 programar usando o Micronaut<\/h2>\n\n\n\n

Se voc\u00ea quer novidade \u00e9 bastante decepcionante por que \u00e9 basicamente como estamos acostumados a escrever APIs no Spring. N\u00e3o h\u00e1 novidades: at\u00e9 as anota\u00e7\u00f5es s\u00e3o essencialmente as mesmas, mudando apenas o pacote para que possamos tirar proveito da gera\u00e7\u00e3o de c\u00f3digo em tempo de compila\u00e7\u00e3o. <\/p>\n\n\n\n

\"\"
se voc\u00ea j\u00e1 sabe Spring, a curva de aprendizado \u00e9 m\u00ednima<\/figcaption><\/figure><\/div>\n\n\n\n

Como disse antes, n\u00e3o h\u00e1 um salto de produtividade aqui: talvez voc\u00ea consiga um pouquinho mais de produtividade se gosta de Groovy ou Kotlin, que tamb\u00e9m podem ser usadas no framework, mas j\u00e1 aviso, n\u00e3o ter\u00e1 uma mudan\u00e7a significativa.<\/p>\n\n\n\n

Algo muito bacana no Micronaut \u00e9 que ele nos perite uma curva de aprendizado mais amig\u00e1vel. Por padr\u00e3o \u00e9 usado o Gradle como mecanismo de build, mas se voc\u00ea quiser trabalhar com Maven, \u00e9 poss\u00edvel tamb\u00e9m. Recomendo ir pro Maven neste caso? N\u00e3o, por que a documenta\u00e7\u00e3o hoje fala mais sobre o Gradle e quase n\u00e3o menciona Maven.<\/p>\n\n\n\n

No uso da IDE a ado\u00e7\u00e3o do Gradle faz diferen\u00e7a: se voc\u00ea tentar iniciar o projeto a partir de uma classe isolada, por exemplo, ter\u00e1 problemas neste primeiro momento. Na pr\u00e1tica sempre dever\u00e1 tanto executar a aplica\u00e7\u00e3o quanto seus testes a partir do Gradle, o que pode ser um pouco chato no in\u00edcio mas com o tempo voc\u00ea se acostuma.<\/p>\n\n\n\n

Al\u00e9m da infraestrutura, o que h\u00e1 de interessante<\/h2>\n\n\n\n

N\u00e3o se engane: temos aqui uma ferramenta voltada para o desenvolvimento de micro servi\u00e7os, o que fica claro nos recursos que o framework nos fornece de cara.<\/p>\n\n\n\n

Escrita de testes muito mais simples<\/h3>\n\n\n\n
\"\"<\/figure><\/div>\n\n\n\n

Dentre os recursos, aquele que mais gostei foi o fato de nos fornecer um servidor HTTP embarcado, mas mais do que isto, tamb\u00e9m um cliente HTTP. Pra escrita de testes \u00e9 maravilhoso, por que nos permite instanciar o servidor e realizar nossos testes escrevendo requisi\u00e7\u00f5es HTTP e n\u00e3o apenas chamada a m\u00e9todos. Isto faz toda a diferen\u00e7a se voc\u00ea, como eu, prefere escrever testes que verificam comportamentos da nossa IDE. A escrita deste tipo de testes tanto no Spring quanto no Grails pode ser bastante trabalhosa: aqui \u00e9 trivial.<\/p>\n\n\n\n

Voc\u00ea pode escrever seus testes inclusive usando aquilo que j\u00e1 conhece: jUnit ou Spock. Existe inclusive um m\u00f3dulo<\/a> que torna a configura\u00e7\u00e3o destes testes algo simples.<\/p>\n\n\n\n

Um framework de seguran\u00e7a pronto e f\u00e1cil de usar<\/h3>\n\n\n\n
\"\"<\/figure><\/div>\n\n\n\n

No Grails e Spring temos o Spring Security, e no caso do Micronaut tamb\u00e9m temos uma solu\u00e7\u00e3o para esta quest\u00e3o, s\u00f3 que n\u00e3o \u00e9 um m\u00f3dulo a parte, mas sim parte do pr\u00f3prio framework.<\/p>\n\n\n\n

Se voc\u00ea j\u00e1 conhece o Spring Framework ir\u00e1 se sentir em casa aqui: a solu\u00e7\u00e3o proposta pelo Micronaut<\/a> \u00e9 quase uma c\u00f3pia, s\u00f3 que mais simples e j\u00e1 vindo com os recursos que s\u00e3o essenciais na escrita de micro-servi\u00e7os nesta \u00e1rea:<\/p>\n\n\n\n