[SP-pm] [OT] Apresentação
Tiago Peczenyj
tiago.peczenyj at gmail.com
Tue Apr 19 12:15:52 PDT 2011
inclusive tem o projeto groovy on rails (grails) de tão "parecidas"
que as linguagens são.
eu tenho duvidas se o suporte a threads é melhor no grails ou se tem
algo como um global interpreter lock também. não consegui aferir se
grails tem fibers ou continuations, bons recursos do ruby 1.9.x
2011/4/19 Nilson Santos Figueiredo Jr. <acid06 at gmail.com>:
> 2011/4/19 Andre Carneiro <andregarciacarneiro at gmail.com>:
>> Dando uma olhada muito superficialmente nessa linguagem Groovy, me pareceu
>> muito com Ruby. Nenhuma novidade aparente. Mas, de novo, superficialmente...
>> De qualquer forma valeu a dica! Nem tinha ouvido falar disso ainda.
>
> Groovy talvez não tenha tantas novidades assim em relação a Ruby,
> talvez a sua principal vantagem seja que foi feita desde o início
> pensando em compatibilidade com Java. Então, se você está preso numa
> cultura Java-centric, Groovy pode ser uma saída interessante, já que
> ela tem todos os recursos de uma linguagem moderna e é perfeitamente
> integrada às tecnologias relacionadas com Java.
>
> Eu prefiro Perl, mas não foi ruim trabalhar com Groovy. Certamente é
> infinitamente melhor do que trabalhar com Java.
>
> Uma coisa interessante da sintaxe de Groovy (que seria ótimo se
> existisse em Perl) é que existe uma sintaxe "bonitinha" pra se passar
> closures como parâmetro para um *método*, em Perl, isso só é possível
> com funções e a coderef tem que ser o primeiro parâmetro.
>
> Exemplo: tenho um método foo que recebe 3 parâmetros: 2 números e um
> closure/coderef.
>
> Em Perl:
>
> $obj->foo( 1, 2, sub {
> ...
> } )
>
> Em Groovy:
>
> obj.foo(1,2) {
> ...
> }
>
> -Nilson
> =begin disclaimer
> Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
> SaoPaulo-pm mailing list: SaoPaulo-pm at pm.org
> L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer
>
--
Tiago B. Peczenyj
Linux User #405772
http://pacman.blog.br
More information about the SaoPaulo-pm
mailing list