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

NIO.2 do Java 7: uma nova API do Java para file system

Uma das novidades mais importantes e aguardadas do Java 7 foi a NIO.2, a nova API para a manipulação I/O com Java. A NIO.2, também conhecida como JSR 203 , disponibiliza um conjunto de novos componentes, projetados para melhorar caracterísiticas de I/O com Java como por exemplo: uma nova API para o acesso e manipulação de conteúdo do file system (sistema de arquivos); outra API para operações assíncronas com I/O; e a atualização da API para comunicação via sockets ( channel sockets ).   O Java, antes da versão 7, tratava a manipulação do sistema de arquivos de forma primitiva. O programador tinha de trabalhar com a classe File para representar arquivos e/ou diretórios, com um número escasso de funcionalidades. Uma operação simples como copiar um arquivo demandava um código relativamente grande. Outras funcionalidades triviais, como por exemplo o uso de links simbólicos, não eram suportadas. Esses são alguns dos motivos para justificar o uso de bibliotecas terceiras...

TDC ONLINE: SUA PLATAFORMA DE PALESTRAS GRAVADAS DO TDC DISPONÍVEL

Além do conteúdo ao vivo transmitido online nas edições do TDC, agora você pode ter acesso à centenas de palestras gravadas, através da nossa nova plataforma de vídeos - o TDC Online, que reúne todas as Trilhas premium, Stadium e Salas dos Patrocinadores das edições anteriores de 2022, TDC Innovation e TDC Connections.  Para acessar, basta clicar na edição em que você participou ( TDC Innovation ou TDC Connections ); Fazer o mesmo login (com e-mail e senha) cadastrados na hora de adquirir ou resgatar o seu ingresso no TDC; E clicar na Trilha de sua opção, e de acordo com a modalidade do seu ingresso. Logo em seguida, você será direcionado para a seguinte página com a lista de todas as palestras por Trilha: Pronto! Agora você tem acesso à centenas de palestras gravadas da sua área de interesse, para assistir como e quando quiser! Caso tenha esquecido a senha, clique na opção "Esqueci a senha" , insira o e-mail que você realizou para o cadastro no evento, e aparecerá a op...

O que é Lógica de programação?

Este é o segundo de uma série de posts voltados aos leitores do blog que estão dando início à carreira de desenvolvimento de software. O assunto de hoje é a lógica de programação. Para ler antes: Entendendo como funciona a programação de computadores: linguagens de programação, lógica, banco de dados A lógica de programação é um pré-requisito para quem quer se tornar um desenvolvedor de software, independente da linguagem de programação que se pretende utilizar. Mas o que é de fato a Lógica de Programação e como saber se eu tenho esse pré-requisito? A lógica de programação nada mais é do que a organização coerente das instruções do programa para que seu objetivo seja alcançado. Para criar essa organização, instruções simples do programa, como mudar o valor de uma variável ou desenhar uma imagem na tela do computador, são interconectadas a estruturas lógicas que guiam o fluxo da execução do programa. Isso é muito próximo ao que usamos em nosso cotidiano para realizar atividad...

EJB 3: Uma evolução sob os conceitos do Hibernate e Spring

Definitivamente o modelo de componentização definido no Java EE 5 e 6 evoluiu e melhorou muito. Mas, sem dúvida muita dessa evolução se deve às pressões do Hibernate e Spring Framework. Estes dois últimos frameworks nasceram baseados no conceito de POJO, que nada mais é do que a concepção de um modelo de componentização baseado em classes Java sem as regras impostas pelo EJB (curioso, sem o EJB não existiria o Hibernate ou o Spring). A morte dos Entity Beans O Hibernate nasceu da idéia de promover um modelo de persistência mais simples que o proposto pelos EJBs do tipo Entity Beans definido na especificação EJB 2.x. Este foi o primeiro tipo de EJB a sofrer com a evasão de desenvolvedores com o surgimento deste framework e a conscientização sobre os problemas nos Entity Beans. A partir de um modelo baseado em JavaBeans e o uso do JDBC, o Hibernate usa a Reflection API para gerar os SQLs necessários para persistir o estado de beans em diversos banco de dados relacionais, além de defini...

TDC BUSINESS, chega a São Paulo com novas trilhas de Inteligência Artificial e Inovação

Maior conferência de profissionais de tecnologia do Brasil abordará temas em alta no momento como, por exemplo, Inteligência Artificial, Segurança, Ciência de Dados e Inovação O TDC BUSINESS, a 17° edição do The Developer's Conference na cidade de São Paulo, que acontece entre os dias 19 e 21 de Setembro, reunirá profissionais e especialistas da área para troca de experiência, compartilhamento de conteúdos e networking. Com o tema central: “Tecnologia para negócios transformadores”, o evento será totalmente híbrido, ocorrendo presencialmente no espaço Pro Magno, e com transmissão simultânea e atividades de network pela internet. A expectativa é reunir mais de 14.000 pessoas, somando a participação presencial e online.   Segundo Yara Mascarenhas, Fundadora e Host do Evento, “nosso objetivo com o TDC é inspirar a colaboração entre os profissionais e empresas para construir uma nova realidade para o mercado de TI.  Vamos juntar tecnologia e negócios com as trilhas técnicas...