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

Thread.start() Membro desde: 24/08/2006 16:02:14 Mensagens: 41 Offline

ainda vou entender com mais carinho as closures, ainda não entendi um uso no meu dia a dia.

Vendo o Mauricio com essa foto malvada ai acho que vou ver o Scala que só ouvir falar rsss

eu não paro de estudar desde os meus 16 anos e to com 30 rsss, já foi tantas linguagens.

This message was edited 1 time. Last update was at 11/08/2008 10:20:57

hum... ja ate sei do que as proximas edições da javamagazine e mundojava iram falar...

po deveriam colocar ponteiros na linguagem.... sinto falta dos ponteiros...

luistiagos wrote:
po deveriam colocar ponteiros na linguagem.... sinto falta dos ponteiros...

Curiosidade: Que falta eles te fazem no dia a dia ?

Ssalgado wrote:

luistiagos wrote:
po deveriam colocar ponteiros na linguagem.... sinto falta dos ponteiros...

Curiosidade: Que falta eles te fazem no dia a dia ?

Acho que ele estava sendo irônico.

É....também achei isso curioso.

victorwss wrote:

Ssalgado wrote:

luistiagos wrote:
po deveriam colocar ponteiros na linguagem.... sinto falta dos ponteiros...

Curiosidade: Que falta eles te fazem no dia a dia ?

Acho que ele estava sendo irônico.

Se sim, foi mal. hehe

Se não, ainda estou curioso.

Forum Spammer Membro desde: 30/03/2008 20:56:41 Mensagens: 1293 Offline

Alguém pra falar de ponteiros em Java só pode estar sendo irônico mesmo. rs

Uma coisa que seria interessante em closures é se eu pudesse fazer currying também.

Não cheguei a brincar suficientemente com o protótipo final (e olhe que eu estou acompanhando isso desde as primeiras propostas do Gafter), mas eu gostaria de fazer algo semelhante ao que posso fazer no Boost:

onde "boost::bind" é um template que efetua o currying de MyReadHandler, passando a "this" o ponteiro para função-membro "MyClass::MyReadHandler", e então passando os parâmetros a essa função-membro: error e bytes_transferred.

thingol wrote: Uma coisa que seria interessante em closures é se eu pudesse fazer currying também.

Não cheguei a brincar suficientemente com o protótipo final (e olhe que eu estou acompanhando isso desde as primeiras propostas do Gafter), mas eu gostaria de fazer algo semelhante ao que posso fazer no Boost:
view plaincopy to clipboardprint?

1. #include <boost/asio.hpp>
2. ...
3.
4. boost::asio::async_read (socket, boost::asio::buffer (buf, 0, nbytes),
5. boost::bind (&MyClass::MyReadHandler, this, boost::asio::placeholders::error, boost::asio::placeholders::bytes_transferred));

#include <boost/asio.hpp> ... boost::asio::async_read (socket, boost::asio::buffer (buf, 0, nbytes), boost::bind (&MyClass::MyReadHandler, this, boost::asio::placeholders::error, boost::asio::placeholders::bytes_transferred));
onde "boost::bind" é um template que efetua o currying de MyReadHandler, passando a "this" o ponteiro para função-membro "MyClass::MyReadHandler", e então passando os parâmetros a essa função-membro: error e bytes_transferred.

?????

??????

Forum Spammer Membro desde: 30/03/2008 20:56:41 Mensagens: 1293 Offline

fantomas wrote:

thingol wrote: Uma coisa que seria interessante em closures é se eu pudesse fazer currying também.

Não cheguei a brincar suficientemente com o protótipo final (e olhe que eu estou acompanhando isso desde as primeiras propostas do Gafter), mas eu gostaria de fazer algo semelhante ao que posso fazer no Boost:
view plaincopy to clipboardprint?

1. #include <boost/asio.hpp>
2. ...
3.
4. boost::asio::async_read (socket, boost::asio::buffer (buf, 0, nbytes),
5. boost::bind (&MyClass::MyReadHandler, this, boost::asio::placeholders::error, boost::asio::placeholders::bytes_transferred));

#include <boost/asio.hpp> ... boost::asio::async_read (socket, boost::asio::buffer (buf, 0, nbytes), boost::bind (&MyClass::MyReadHandler, this, boost::asio::placeholders::error, boost::asio::placeholders::bytes_transferred));
onde "boost::bind" é um template que efetua o currying de MyReadHandler, passando a "this" o ponteiro para função-membro "MyClass::MyReadHandler", e então passando os parâmetros a essa função-membro: error e bytes_transferred.

????? ??????

Tambem não entendi bulhufas. Mas sei que é porque ainda não estamos no nivel Yoda, somos padawans ainda. Quero virar Jedi até o fim do ano, mas Yoda... rs... Tá dificil!

Moderador Membro desde: 26/03/2006 23:25:37 Mensagens: 2185 Offline

No aguardo de um post elucidativo e didático.

Sergio Figueras wrote:

fantomas wrote:

thingol wrote: Uma coisa que seria interessante em closures é se eu pudesse fazer currying também.

Não cheguei a brincar suficientemente com o protótipo final (e olhe que eu estou acompanhando isso desde as primeiras propostas do Gafter), mas eu gostaria de fazer algo semelhante ao que posso fazer no Boost:
view plaincopy to clipboardprint?

1. #include <boost/asio.hpp>
2. ...
3.
4. boost::asio::async_read (socket, boost::asio::buffer (buf, 0, nbytes),
5. boost::bind (&MyClass::MyReadHandler, this, boost::asio::placeholders::error, boost::asio::placeholders::bytes_transferred));

#include <boost/asio.hpp> ... boost::asio::async_read (socket, boost::asio::buffer (buf, 0, nbytes), boost::bind (&MyClass::MyReadHandler, this, boost::asio::placeholders::error, boost::asio::placeholders::bytes_transferred));
onde "boost::bind" é um template que efetua o currying de MyReadHandler, passando a "this" o ponteiro para função-membro "MyClass::MyReadHandler", e então passando os parâmetros a essa função-membro: error e bytes_transferred.

????? ??????

Tambem não entendi bulhufas. Mas sei que é porque ainda não estamos no nivel Yoda, somos padawans ainda. Quero virar Jedi até o fim do ano, mas Yoda... rs... Tá dificil!

Me senti um merda agora......

This message was edited 1 time. Last update was at 13/08/2008 22:30:01

peczenyj wrote:Isso eu achei interessante:

public class A { public static void main(String args[]) { @Shared int x = 0; {int, int => int } xxx = { int a, int b => x += a + b ; x}; System.out.println(xxx.invoke(3,4)); System.out.println(xxx.invoke(2,4)); } }

Sem o @Shared eu recebo um warning, nada mais do que justo!

Deveria ser o contrário, com o @Shared: Warning: too many gambiarras

This message was edited 1 time. Last update was at 11/08/2008 16:35:31

renato3110 wrote:

peczenyj wrote:Isso eu achei interessante:

public class A { public static void main(String args[]) { @Shared int x = 0; {int, int => int } xxx = { int a, int b => x += a + b ; x}; System.out.println(xxx.invoke(3,4)); System.out.println(xxx.invoke(2,4)); } }

Sem o @Shared eu recebo um warning, nada mais do que justo!

Deveria ser o contrário, com o @Shared: Warning: too much gambiarras

O Shared é uma gambiarra para permitir que o closure altere o valor da variável local.

CHUTE: ACHO que isso pode ser implementado pelo compilador criando um objeto oculto no método, transformando a variável local em um atributo deste objeto oculto e fazendo tanto o método quanto o closure usar este atributo. Quando o método termina, o objeto contendo o atributo ainda existe no heap, até que o coletor de lixo o descarte.

Quando a variável é final, sem problemas. O compilador faz o mesmo que ele faz atualmente com classes anônimas. Mas quando não é, essa manobra do compilador resolve o problema.

Aliás, isso não serve apenas para closures. Pode ser usado para classes anônimas também, resolvendo o problema do "annoying final".

Daí, aquele erro de compilação de que a variável local deveria ser final se reduziria a uma warning (porque provavelmente o compilador fará algo que faz com que a variável local deixe de ser de fato apenas uma variável local). Daí o @Shared funciona mais ou menos como um @SuppressWarnings para isso.

Edit: BTW closures são reduzidos pelo compilador em classes anônimas que posteriormente são reduzidas a classes internas e por fim a classes normais com visibilidade de pacote.

thingol wrote:Uma coisa que seria interessante em closures é se eu pudesse fazer currying também.

Não cheguei a brincar suficientemente com o protótipo final (e olhe que eu estou acompanhando isso desde as primeiras propostas do Gafter), mas eu gostaria de fazer algo semelhante ao que posso fazer no Boost:
#include <boost/asio.hpp> ... boost::asio::async_read (socket, boost::asio::buffer (buf, 0, nbytes), boost::bind (&MyClass::MyReadHandler, this, boost::asio::placeholders::error, boost::asio::placeholders::bytes_transferred));
onde "boost::bind" é um template que efetua o currying de MyReadHandler, passando a "this" o ponteiro para função-membro "MyClass::MyReadHandler", e então passando os parâmetros a essa função-membro: error e bytes_transferred.

Isso é currying de função ou pré-configuração do objeto?

Currying em Java só no dia que tivermos objetos-Função/Bloco