Protótipo de Closures em Java está "feature-complete"

Do blog de Neal Gafter:

I'm pleased to announce that the Java Closures prototype now supports all of the features of its specification!

The complete source code, released under GPLv2, is in the project's openjdk repository. A binary build, suitable for use with an existing JDK6, is at http://www.javac.info/closures.tar.gz. Other related documents are on the website http://www.javac.info/.

------

Mais informações em: http://gafter.blogspot.com/2008/08/java-closures-prototype-feature.html
E para quem quiser conhecer um pouco mais da proposta de closures: http://www.parleys.com/display/PARLEYS/Home#talk=2097237;;slide=1

Baixei o protótipo e brinquei um pouquinho...
Saída: 3

Saída: [0, 2, 4, 6, 8, 10]

Achei muito legal porque as closures ficaram tipadas....

Se bem que em flex acaba ficando mais simples....

Mas gostei... mesmo assim =D

VELO

PO!

Tentei rodar o primeiro exemplo e tomei um

Exception in thread "main" java.lang.NoClassDefFoundError: java/lang/RestrictedFunction
        at java.lang.ClassLoader.defineClass1(Native Method)
        at java.lang.ClassLoader.defineClass(ClassLoader.java:638)
        at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:143)
        at java.net.URLClassLoader.defineClass(URLClassLoader.java:281)
        at java.net.URLClassLoader.access$000(URLClassLoader.java:74)
        at java.net.URLClassLoader$1.run(URLClassLoader.java:216)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:209)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:324)
        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:269)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:337)
Caused by: java.lang.ClassNotFoundException: java.lang.RestrictedFunction
        at java.net.URLClassLoader$1.run(URLClassLoader.java:221)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:209)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:324)
        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:269)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:337)
        ... 12 more
Error: Could not find the main class.
Error: A JNI error has occurred, please check your installation and try again

Instalei o jdk7 no ubuntu via apt-get, alguem passou por isso ? :/

Tiago, use o javac e o java que vêm no arquivo disponibilizado pelo Neal Gafter.

peczenyj wrote:PO!

Tentei rodar o primeiro exemplo e tomei um

Exception in thread "main" java.lang.NoClassDefFoundError: java/lang/RestrictedFunction

Instalei o jdk7 no ubuntu via apt-get, alguem passou por isso ? :/

Problema de classpath Tiago. Ele pegou o rt.jar do seu java antigo ja instalado, tinha de pegar do java "turbinado". usa o java que vem com ele, ou altera o bootclasspath do seu atual para passaer pelos jars do prototipo.

This message was edited 1 time. Last update was at 08/08/2008 17:58:01

Putz, rateei no mais obvio... consegui rodar o primeiro exemplo sim, muito legal!!!!

Olha q codigo divertido do primeiro exemplo!

A sintaxe para invocar é meio ruim, tem um ".invoke" supérfluo nisso.

Fora que a performance quando o compilador introduz boxing por baixo dos panos deve ser terrível.

Declarar os tipos dos parâmetros de entrada duas vezes ( uma no cabeçalho da closure e outra no seu corpo ) é chato demais...

Forum Spammer Membro desde: 23/01/2008 11:14:35 Mensagens: 1905 Offline

Advanced Topics In Programming Languages: Closures For Java ; )

tnaires wrote:Declarar os tipos dos parâmetros de entrada duas vezes ( uma no cabeçalho da closure e outra no seu corpo ) é chato demais...

Acho que será mais comum fazer algo desse tipo:

Ou isso:

Um pouco menos chato, concorda ?

This message was edited 1 time. Last update was at 09/08/2008 09:16:26

peczenyj wrote:Um pouco menos chato, concorda ?

Bem melhor ( só não entendi a necessidade de parênteses ao redor do bloco de código na segunda forma - acho que o chato aqui sou eu mesmo

).

Eu tenho uma dúvida ( leia os comentários do código abaixo ):

Se seguir o conceito de closures ( que mantém sempre o contexto original de sua declaração ), o segundo System.out.println deveria imprimir 15.

This message was edited 1 time. Last update was at 09/08/2008 09:30:15

Eu não estava declarando uma closure na segunda forma e sim invocando-a através do método estático doIt declarado no primeiro, mas tenho que praticar mais.

peczenyj wrote:Eu não estava declarando uma closure na segunda forma e sim invocando-a através do método estático doIt declarado no primeiro, mas tenho que praticar mais.

Ah sim, entendi.
Confundi porque ficou muito semelhante com a forma que o David escreveu, mas sem a dupla declaração:

Daí achei que doIt fosse o nome da closure.

Forum Spammer Membro desde: 16/12/2004 17:09:19 Mensagens: 1785 Offline

peczenyj wrote:

tnaires wrote:Declarar os tipos dos parâmetros de entrada duas vezes ( uma no cabeçalho da closure e outra no seu corpo ) é chato demais...

Acho que será mais comum fazer algo desse tipo:
public static int doIt({ int, int => int } closure){ return closure.invoke(3,2); }

Ou isso:
int x = doIt( { int a, int b => a + b });

Um pouco menos chato, concorda ?

Não se espantem mas já dá pra fazer isso em Delphi há anos!

This message was edited 1 time. Last update was at 09/08/2008 18:11:09

renato3110 wrote:Não se espantem mas já dá pra fazer isso em Delphi há anos!

Realmente podemos ter um comportamento semelhante a closures em Delphi, conforme post abaixo:
http://barrkel.blogspot.com/2006/08/delphi-closures-anonymous-delegates.html
Mas será que a suposta closure declarada mantém seu contexto original? Caso negativo, não são closures, e sim, ponteiros para blocos de código. Infelizmente tô sem o Delphi aqui pra fazer o teste.

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