Pular para o conteúdo principal

Type Inference no Java 7, generics com código compacto

O suporte a tipos genéricos, bastante conhecido pela comunidade como Generics, foi uma das mudanças mais importantes do Java, realizada  na versão 5 da linguagem. Com essa funcionalidade os programadores Java passaram a contar com a checagem do tipo dos objetos realizada pelo compilador em estruturas flexíveis.

No framework Collections do Java, por exemplo, faz muito sentido usar tipos genéricos para determinar qual tipo de objetos serão armazenados por uma coleção. Delegando ao compilador a validação desse código, sem a necessidade do programador escrever código para validação (instanceof) e conversão (casting) dos tipos.

Por outro lado, a utilização de tipos genéricos pode aumentar a complexidade e verbosidade do código! Nesse post vou demostrar as mudanças do Java 7, como a Inferência de Tipos (type inference) e o operador diamond, para deixar o código de tipos genéricos um pouco mais limpo.

Criar Coleções

O código a seguir demonstra como relacionar uma lista de emails com o nome de uma pessoa em uma coleção Map, tirando proveito dos tipos genéricos.

import java.util.*;

public class GenericosAntigo {

  public static void main(String[] args) {
    //uma mapa composto por chave string e lista de strings
    Map<String, List<String>> emails = new HashMap<String, List<String>>();

    //lista de strings
    List<String> emailsJoao = new ArrayList<String>();
    emailsJoao.add("joao@jj.com.br");
    emailsJoao.add("joao@yaw.com");
    emailsJoao.add("joao@gc.com");

    //carrega os emails
    emails.put("Joao", emailsJoao);
    emails.put("Juca", Arrays.asList("juca@yaw.com","juca@gc.com"));
    emails.put("Foo", new ArrayList<String>());
  }
}

Agora com o Java 7 é possível reduzir a instrução que cria o objeto coleção. Utilizando o operador diamond (<>), o compilador realiza a inferência do tipo de acordo com a declaração da variável, tornando a expressão mais sucinta. Veja o mesmo código utilizando o Java 7:

import java.util.*;

public class GenericosNovo {

  public static void main(String[] args) {
    //operador diamond simplifica a instancia do HashMap
    Map<String, List<String>> emails = new HashMap<>();

    //outro exemplo do diamond
    List<String> emailsJoao = new ArrayList<>();
    emailsJoao.add("joao@jj.com.br");
    emailsJoao.add("joao@yaw.com");
    emailsJoao.add("joao@gc.com");

    //carrega os emails
    emails.put("Joao", emailsJoao);
    emails.put("Juca", Arrays.asList("juca@yaw.com", "juca@gc.com"));
    emails.put("Foo", new ArrayList<String>());
  }
}

Uma regra importante: o operador diamond não deve ser utilizado em um contexto sem a definição da variável, com tipo a ser inferido. Veja o trecho de código:

  //instrucao invalida! o compilador nao aceita...
  emails.put("Foo", new ArrayList<>()); //nao existe relacao com tipo

  //a seguir o uso do operador diamond eh aceito
  List<String> emailsFoo;
  emails.put("Foo", emailsFoo = new ArrayList<>()); //compila!

Outro detalhe é que a inferência de tipos só ocorre com o uso do operador diamond. O código a seguir não utiliza a inferência:

  //compilador aceita, mas com warning
  List<String> emailsJoao = new ArrayList(); //unchecked conversion warning

Dessa forma, a coleção foi assinalada sem estipular um tipo de elemento. O nome para essa estratégia é raw type. Nesse caso o compilador gera um alerta, unchecked conversion warning, indicando que o tipo de objetos armazenados na coleção é desconhecido, mesmo comportamento das versões 5 e 6 do Java.

Construtores

A linguagem Java também suporta o uso de tipos genéricos para definir argumentos em construtores, generic constructors, de forma independente da tipagem da classe. Para demonstrar como isso funciona eu criei uma lista, uma extensão de ArrayList, a ListaComparadora. Essa lista recebe no construtor um comparador (Comparator), responsável pela classificação/posicionamento dos elementos que compõe a lista em uma determinada ordem. Por isso, além da coleção, também é necessário estipular qual é o tipo de elemento no comparador.

O detalhe mais importante desse exemplo é a definição do tipo do parâmetro no construtor. O trecho <C extends Comparator<E>> determina que a lista receba um objeto de algum tipo que implemente o contrato Comparator. Veja o código:

import java.util.*;

public class ListaComparadora<E> extends ArrayList<E> {

  private Comparator<E> comparador;

  public <C extends Comparator<E>> ListaComparadora(C c) {
    this.comparador = c;
  }

  @Override
  public Iterator<E> iterator() {
    Collections.sort(this, comparador);
    return super.iterator();
  }
}

A implementação da ListaComparadora funciona a partir da versão 5 do Java. Nenhum recurso especifico do Java 7 foi utilizado nessa classe. A novidade do Java 7 está na forma de criar o objeto ListaComparadora. No próximo trecho de código demonstro algumas opções de como instânciar objetos ListaComparadora.

  List<String> list;

  //opcao mais verbosa, indicando os tipos do contrutor e classe
  list = new <Comparator<String>> ListaComparadora<String>(comp);
      
  //nesse caso ocorre a inferencia do tipo comparator (funciona no Java 5 e 6)
  list = new ListaComparadora<String>(comp);
        
  //utilizando a inferencia automatica atraves do diamond (somente java 7)
  list = new ListaComparadora<>(comp);

A última instrução sem dúvidas é a opção mais interessante. O próximo código demonstra um teste na classe ListaComparadora, utilizando um comparador que ordena as strings pelo tamanho de forma ascendente.

import java.util.*;

public class TesteListaComparadora {

  public static void main(String[] args) {
    Comparator<String> comp = new Comparator<String>() {
      @Override
      public int compare(String o1, String o2) {
        //organiza as strings pelo tamanho (asc)
        return o1.length() - o2.length();
      }
    };

    //type inference
    List<String> list = new ListaComparadora<>(comp);

    list.add("Andreia");
    list.add("Claudia");
    list.add("Emy");
    list.add("Bruno");

    for (String s : list) {
      System.out.println(s);
    }
  }
}

Métodos

Da mesma forma que em construtores, os tipos genéricos também são suportados nos métodos. Com o Java 7 é possível, por exemplo, que o compilador Java faça inferência de tipos em uma coleção a partir do retorno indicado na assinatura de um método.

A classe Util demonstra como utilizar tipos genéricos em métodos, fazendo uso da inferência de tipos automática. A classe define dois métodos: o toSet carrega um LinkedHashSet a partir dos elementos informados em um parâmetro varargs;  já o método printSet recebe um Set como argumento e percorre seus elementos para realizar um print na console. Veja:

import java.*;

public class Util {

  static <T> Set<T> toSet(T ... from) {
    if (from == null || from.length == 0) return null;

    //aqui a inferencia ocorre pela assinatura do metodo
    return new LinkedHashSet<>(Arrays.asList(from));
  }

  //define um tipo para o parametro do metodo
  static <T> void printSet(T ... from) {
    if (from == null || from.length == 0) return;

    System.out.print("\nPrintSet: \t");
    for (T t: from) {
      System.out.print(t);
    }
  }


  public static void main(String[] args) {
    Set<Integer> numeros = toSet(100, 300, 250, 35);
    printSet(numeros);

    Set<String> nomes = toSet("Carlos","Ana","Pedro", "Emy");
    printSet(nomes);
  }
}

O compilador Java utiliza as informações dos tipos genéricos para validar o código, mas no momento em que o byte-code é gerado essas informações são descartadas. Essa técnica é chamada Type Erase. Essa foi a estratégia escolhida quando Generics foi implementado na linguagem, com o objetivo de manter a compatibilidade com código legado. No Java 7 esse conceito não muda! Faça um teste compile a classe GenericosNovo com o parâmetro -XD-printflat e veja o conteúdo Java que o compilador utiliza para gerar o byte-code.

O Java 7 disponibiliza outros recursos, esses links complementam o aprendizado e as novidades da linguagem:
[]s
Eder Magalhães
www.yaw.com.br
twitter.com/youandwe
twitter.com/edermag 

Comentários

Postagens mais visitadas deste blog

10 reasons why we love JSF

1. One-slide technology: it's so simple that I can explain basic JSF with one slide. 2. Easy to extend: components, listeners, render kit, Events, Controller, etc. 3. Real-world adoption: JBoss, Exadel, Oracle, IBM, ... 4. Architecture model: you can choose between more than 100 different architecture. 5. Open-mind community: using JSF you are going to meet very interesting people. 6. We are using JSF the last 5 years and we found very good market for JSF in Brazil 7. Progress: look to JSf 1.1 to JSF 1.2, JSF 1.2 to JSF 2.0. People are working really hard! 8. Many professionals now available 9. It's a standard. It's JCP. Before complain, report and help! 10. Ed Burns, spec leader, is an old Globalcode community friend! EXTRA: My wife is specialist in JSF. She's my F1 for JSF :) Nice job JSF community! -Vinicius Senger

Devo fazer um curso ou ler um livro?

Acredito que todos os instrutores ou professores, independentemente da área, escola ou centro de treinamento, já devam ter recebido essa pergunta alguma vez na vida: devo fazer um curso ou ler um livro? Para responder a essa pergunta, precisamos avaliar os prós e contras de cada opção. Trabalho com treinamento há algum tempo e, hoje, recebi essa pergunta de um aluno. Não adianta responder a ou b sem argumentar, demonstrando as opções conforme a situação do aluno. O conteúdo, a forma de transmissão e a capacidade de assimilação do indivíduo são chaves para haver benefício maior de aprendizado. Tanto em um bom curso quanto em um bom livro, o conteúdo é a premissa básica . Por conteúdo entendemos: se está organizado; se respeita pré-requisitos; se promove o aprendizado guiado e incremental; se aborda de forma satisfatória os principais pontos; se tem bom balanço entre teoria, exemplos e prática (favorecendo exemplos e prática); se tem como premissa a acessibilidade possível (e cabível) pa...

Sistema interativo de TV Digital com Ginga-J

No início de 2009, os estudantes de Sistema de Informação do Centro Universitário de Votuporanga ( UNIFEV ), Caio César Pereira de Souza e Rodrigo Gonçalves Constantino me apresentaram uma proposta para que eu fosse co-orientador junto ao professor orientador Djalma Domingos da Silva , em seu Trabalho de conclusão de curso (TCC) com tema TV Digital. A base que motivou o assunto, foi a palestra apresentada por Maurício Leal na I Conferência Java Noroeste sobre o tema TV Digital, realizada em 2006 em Votuporanga-SP. Ficamos muito entusiasmados com a possibilidade de interatividade na TV Digital, e a grande quantidade de possibilidades de desenvolvimento de aplicativos nesta área. Acompanhamos de perto as notícias na imprensa e todo o esforço e iniciativas realizadas pelo Fórum do Sistema Brasileiro de TV Digital Terrestre (SBTVD) , que organizou e produziu especificações ABNT, normatizando o sistema de TV Digital Terrestre. O foco do TCC foi realizar o desenvolvimento de uma pequena ...

JSF 2 - Composite Components, você não precisa mais ser um ninja

Estamos em uma nova era da computação, os dados não estão mais localizados em um banco dentro de sua empresa, vivemos a explosão de redes sociais, informações são geradas a todo instante, e se torna essencial que sua aplicação conheça os serviços disponíveis na web e consumam suas APIs geralmente disponíveis por serviços REST. Legal, mas como ficam meus aplicativos Java EE neste novo cenário? Para quem vem acompanhando a evolução da plataforma, é notório que todo esforço vem sendo utilizado para aumentar a produtividade e a integração com novos serviços. Basicamente duas especificações surgem com muita força para atender este cenário, a JSR - 314 (JSF-2) e JSR - 311 (JAX-RS), neste post exploraremos a JSR-314 (JSF2) e sua nova forma de criar Composite Components. Uma das grandes queixas dos desenvolvedores JSF era a complexidade em criar composite components, era necessário um vasto conhecimento sobre o ciclo de vida de uma aplicação JSF. Agora, você não precisa ser mais um “ninja” em ...

Exemplo de CRUD para o AppEngine(Struts 2 + Google Guice + JPA)

E dando continuidade a série "Who wants to be a milionaire"... Ok, então você já teve a sua idéia milionária, já deu uma lida no Google AppEngine(GAE) depois do meu último post mas agora tá faltando aquele 'empurrãozinho' para iniciar seu projeto. Tudo bem, aqui vai um empurrão ladeira abaixo... Vou detalhar neste post uma aplicação completa(CRUD) utilizando alguns frameworks Java(Struts 2, Google Guice, JPA) sendo hospedada no Google AppEngine(GAE). Não vou entrar em detalhes específico de cada um dos frameworks pois precisaria de algumas dezenas de posts para isso, o intuito é somente a adaptação necessária para ser executada no GAE, e alguns comentários sobre a arquitetura do projeto. > Struts 2 Infelizmente não é plug-and-play neste ambiente, porém para utilizar o Struts 2 no ambiente do GAE, as modificações são bem simples. A primeira delas é em relação ao framework Ognl que para execução de Reflection acaba esbarrando em algumas problemas de segurança. Para...

Lançamento vídeo aulas da Academia Java 2010

É com grande prazer que anunciamos a primeira versão das vídeo aulas da Academia Java 2010 ! A partir de hoje, sem sair de casa e sem limites de acesso, todos os ex-alunos da Academia Java e Intensivo Academia Java podem assistir às vídeo aulas que oferecem uma revisão completa dos tópicos exigidos na certificação SCJP (Sun Certified Java Programmer). As vídeo aulas estarão cada vez mais presentes no futuro da Globalcode, assim como a transmissão dos minicursos gratuitos pela internet já são realidade na Open4Education 2.0 . Nosso objetivo com essas iniciativas é a democratização ainda maior do acesso à informação, reduzindo drasticamente o fator custo para as pessoas que não estão nas cidades onde os treinamentos, eventos ou palestras são realizados. Outra dimensão fundamental para a iniciativa com vídeo aulas é o tempo. As vídeo aulas estão disponíveis a qualquer hora, o que significa que você tem o conteúdo certo na hora que você precisa. Para se adequar ao modelo de aces...