Non vedete l’ora di poter lavorare in modo funzionale con le anche in Java? Purtroppo però siete bloccati su Java 7 e potete solo sognarle la notte… Almeno fino ad oggi! Esiste un progetto molto interessante su GitHub che porta le espressioni lambda su Java 7 (e in teoria anche prima), vediamo insieme cosa offre.

Vade retro

Basta con le anonymous class che complicano la lettura del codice: da oggi anche in Java 7 possiamo ordinare una lista di numeri in modo decrescente così:

List numbers = Arrays.asList(5,3,4,6);
Collections.sort(numbers, (n1, n2) -> n2.compareTo(n1));

Come è possibile? Il trucco c’è ma non si vede! Intanto è necessario compilare il codice in Java 8,

    org.apache.maven.plugins
    maven-compiler-plugin
    3.2
    
        1.8
        1.8
    

e con l’aggiunta di questo plugin Maven:

    net.orfjackal.retrolambda
    retrolambda-maven-plugin
    2.0.0
    
        
            
                process-main
                process-test
            
        
    
    
        1.7
        false
    

il gioco è fatto ed il codice gira anche su Java 7! In fase di compilazione, in poche parole le espressioni lambda vengono sostituite in classi anonime, con l’accortezza che per quelle stateless vengono creati dei singleton in modo da risparmiare memoria.

Non è tutto oro quel che luccica

Balza subito all’occhio che il compile level deve per forza essere portato a Java 8, il che ci permetterebbe di usare anche gli … ATTENZIONE quindi!! Retrolambda non è un backport dell’API Java 8! C’è da fare quindi molta attenzione a cosa si può e cosa non si può usare di Java 8.

Quello che sicuramente funziona sono le espressioni lambda e i method reference. Come fare a verificare che non stiamo scrivendo codice retrocompatibile? I test su una JRE 7 sono d’obbligo a questo punto!

Compila Java 8, Testa Java 7

I test su Java 7 sono l’unico modo per essere sicuri di aver scritto codice funzionante. Fortunatamente Maven ci viene incontro, e ci permette di specificare una JRE diversa per i test tramite una variabile d’ambiente da passare al plugin surefire (stessa cosa vale anche per i test di integrazione con failsafe):

    org.apache.maven.plugins
    maven-surefire-plugin
    2.18.1
    
        ${JAVA7_HOME}/bin/java
    

Siete della filosofia “a cosa servono i test?”. Il tempo impiegato per fare i test ha sicuramente un alto valore in questo contesto (non ci sono più scuse per non farli 😉 ). Per maggiori dettagli su surefire e failsafe date un’occhiata al post sui .

Tutto qui? No stream, no party?

Volevate anche gli stream? Purtroppo questo è un altro film, possiamo però trarre grandi vantaggi dalle lambda expressions se già usare o . Qualche esempio? Sicuramente per quanto riguarda Guava, è piuttosto snello filtrare, per esempio, una lista di articoli per numero di visite così:

Predicate
 filter = article -> article.getViewCount() > 20;
Collection
 collect = Collections2.filter(articles, filter);

invece che

Predicate
 filter = new Predicate
() {

      @Override
      public boolean apply(Article article) {
         return article.getViewCount() > 20;
      }
};
Collection
 collect = Collections2.filter(articles, filter);

Retrolambda esegue questa trasformazione per noi in compilazione.

La classe Observable di RxJava espone una API molto simile agli Stream di Java 8, ma è pensata soprattutto per l’elaborazione in modo asincrono, quindi può non essere comodo per manipolare collezioni nella sua interezza, anche se fattibile. Su GitHub è presente un progetto di test per Retrolambda con alcune prove anche con RxJava.

Conclusioni

Con qualche attenzione all’API da non utilizzare (leggi streams), possiamo portarci a casa le lambda expressions anche in Java 7 con poco sforzo, e tutti vissero felici e contenti (con i test 😉 )