Proposta de closures para Java

No blog do Peter Ahé, foi postado o link p/ essa proposta para a inclusão de closures no Java:
Closures for Java.

É uma leitura interessante, o documento ainda está em uma versão inicial, aberta a modificações.

O documento é assinado pelo próprio e pelo James Gosling, entre outros.

Moderador Membro desde: 29/07/2004 16:10:13 Mensagens: 17543 Offline

Um exemplo bobo, que não faz jus às capacidades de "closures".

import java.util.*;

class Cliente {
    private String nome; 
    private int id;
    public String getNome() ... bla bla bla ...
}

class TesteClosures {
    public static void main(String[] args) {
        List<Cliente> clientes = new ArrayList<Cliente>();
        
        //-- Ordenando com "closures"
        int(Cliente,Cliente) ordemCrescente = (Cliente c1, Cliente c2) {
            int ret = c1.getNome().compareTo(c2.getNome());
            if (ret != 0) return ret;
            return c1.getId() - c2.getId();
        });
        int(Cliente,Cliente) ordemDecrescente = (Cliente c1, Cliente c2) {
            return -ordemCrescente(c1, c2);
        }
        // ordem crescente
        clientes.sort (ordemCrescente);
        // ordem decrescente
        clientes.sort (ordemDecrescente);
        
        //-- Usando um comparator tradicional e inner classes
        // ordem crescente
        clientes.sort (new Comparator<Cliente>() {
            public int compare(Cliente c1, Cliente c2) {
                int ret = c1.getNome().compareTo(c2.getNome());
                if (ret != 0) return ret;
                return c1.getId() - c2.getId();
            }
        }
        // ordem decrescente
        clientes.sort (new Comparator<Cliente>() {
            public int compare(Cliente c1, Cliente c2) {
                int ret = c1.getNome().compareTo(c2.getNome());
                if (ret != 0) return - ret;
                return c2.getId() - c1.getId();
            }
        }
    }
}

Moderador Membro desde: 29/07/2004 16:10:13 Mensagens: 17543 Offline

Acho que este é um exemplo melhor.

EDIT - melhorei um pouco a implementação de "using". Agora está com a mesma semântica do C#.

Uma idéia seria simular high-order functions com closures:

Daniel Quirino Oliveira wrote:Uma idéia seria simular high-order functions com closures:

public static void foo(Closure c, Object[] array) { for(Object o : array) { c(o); } } //... Closure c = (Object param) { System.out.println("Param = "+param);}; MyClass.foo(c, algumArrayQualquer);

Nossa, só agora que eu li o paper e vi que já existe até uma proposta para a sintaxe das closures. Ignorem o meu exemplo na medida do possível

Muito interessante, tou lendo o paper.

Coloca suporte a open types/ mixins e Java volta ao leading edge das linguagens.

qual é o problema de classes anonimas? escrever meia linha a mais?

ok, vai facilitar, mas nao vejo essas coisas como extremamente necessarias, diferente de generics e enums.

java ja nao vai mais poder ser chamado de "simples". porque vao existir 35 jeitos diferentes de fazer a mesma coisa.

JavaEvangelist Membro desde: 25/02/2005 17:02:40 Mensagens: 334 Offline

Paulo Silveira wrote:java ja nao vai mais poder ser chamado de "simples". porque vao existir 35 jeitos diferentes de fazer a mesma coisa.

Perl?

Paulo Silveira wrote:qual é o problema de classes anonimas? escrever meia linha a mais?

Sim, classes anônimas são tão escrotas de usar p/ qualquer idioma de programação funcional que ninguém usa.

Pensa no seguinte:

louds wrote:Coloca suporte a open types/ mixins e Java volta ao leading edge das linguagens.

Você poderia deixar um comentário no blog dele, acho que ele postou justamente p/ ter feedback dos usuários. Como só tenho um conhecimento superficial do assunto não vou me atrever a comentar, mas acho importante dar esse tipo de sugestão.

clusures são legais ...
eu usava bastante method pointers em delphi

sei que não é a mesma coisa ...
mas a sintaxe é mais simples que classes anonimas ...

mas concordo com o paulo, não vejo como algo necessário ...

Moderador Membro desde: 29/07/2004 16:10:13 Mensagens: 17543 Offline

Qual é a diferença de "function types" e "delegates"? O James Gosling vai ter de engolir as próprias palavras

- já que ele assinou a proposta do "Closures for Java."

http://java.sun.com/docs/white/delegates.html

http://msdn.microsoft.com/vjsharp/productinfo/visualj/visualj6/technical/articles/general/truth/default.aspx

De qualquer maneira, é uma adição bem-vinda.

Outra coisa legal é que dessa maneira iremos ter algo que é muito semelhante ao Pascal, que são "nested functions".

GUJ Ranger Membro desde: 13/01/2005 12:31:27 Mensagens: 854 Offline

Daniel Quirino Oliveira wrote:Uma idéia seria simular high-order functions com closures:

public static void foo(Closure c, Object[] array) { for(Object o : array) { c(o); } } //... Closure c = (Object param) { System.out.println("Param = "+param);}; MyClass.foo(c, algumArrayQualquer);

O que isso faz? Você tá passando um método (ou função, tanto faz) como parâmetro pra outro método e aplicando ele no array?
É uma flexibilidade, mas não é bastante confuso?
Qual a vantagem real disso?

Schuenemann wrote:

Daniel Quirino Oliveira wrote:Uma idéia seria simular high-order functions com closures:

public static void foo(Closure c, Object[] array) { for(Object o : array) { c(o); } } //... Closure c = (Object param) { System.out.println("Param = "+param);}; MyClass.foo(c, algumArrayQualquer);

O que isso faz? Você tá passando um método (ou função, tanto faz) como parâmetro pra outro método e aplicando ele no array?
É uma flexibilidade, mas não é bastante confuso?
Qual a vantagem real disso?

http://www.joelonsoftware.com/items/2006/08/01.html

Notícias, artigos e o maior fórum brasileiro sobre Java