[SP-pm] Res: Validar session no Catalyst

[Blabos de Blebe]

Aff,

Nelson, por favor, pare de comparar Mojo::Lite com Catalyst. O correto
seria uma das opçṍes:

Mojo::Lite X Catalyst::Lite
Mojolicious x Catalyst

Eu já fiz um projeto com Mojo::Lite. Todo o fonte num mesmo arquivo é
legal até 500 linhas no máximo. Depois disso vira uma zona. Tanto é
que há um tutorial mostrando como migrar do Mojo::Lite para o
Mojolicious justamente quando a aplicação começa a crescer.

A grande vantagem do Mojolicious está em construir aplicações com o
que somente o core dele funciona e mais alguns plugins, no máximo. Se
sua aplicação consumir qualquer coisa maior que isso, melhor usar
Catalyst, porque invariavelmente vc vai ter que escrever código que já
existe no Catalyst. Eu sei disso porque eu estou tendo que fazer isso
em um projeto meu, que no meu caso ainda compensa.

Em Perl sintaxe é o de menos

use ACME::Greek;

ou ainda

use perltugues;

...

Saiu do trivial, a documentação do Mojolicious ainda é uma desgraça.
Pra mim, como já comentei com o Breno, a documentação está bugada,
porque está incompleta por desing. Isso é péssimo. Mas para o trivial,
funciona bem, diga-se de passagem.

Tem certas coisas extra-campo que o Mojo ainda tem que evoluir muito
comparado ao Catalyst. A qualidade de um projeto não está relacionada
somente com o seu código-fonte.

Se vcs forem escolher o Mojo, escolham sabendo o que vc estão fazendo,
e não porque tem uma sintaxe bla. E se for comparar, comparem os
projetos corretos.

...

Um dos problemas que eu vejo no Catalyst é o fato de ser
Meta-framework demais. Tudo é flexível, tudo é genérico, escalável,
robusto, lustroso, blabla, bleble, demais. Isso ás vezes é um pé no
saco quando vc quer fazer um Hello World da vida. Pra mim, falta
documentação de aplicações restritas, sabe, daquelas que não exploram
o framework em toda sua nobreza?

Toda vez que eu conversei com pessoas sobre o Catalyst, sempre tive
como resposta coisas do tipo:

'ah, um blog é um exemplo babaca demais pra demosntrar o catalyst'
'ah, um twitter é um exemplo babaca demais pra demosntrar o catalyst'

Daí, sempre que tem um tutorial de qualquer coisa em Catalyst, tem que
ser aquela ultra-meta-aplicação de exploração de sal mineral em
saturno.

Caceta, Eden, se é tão fácil (e eu sei que até é), por que é que a
realeza do Catalyst não desce aqui pra plebe pra mostrar como é fácil
fazer em Catalyst aquelas alpicações idiotas que em mojo saem em 5
min. Alô Equinócio?

É por isso que a gente experimenta Mojo e gosta. Porque a gente quer
fazer apps idiotas em 5 min e poder crescer um pouquinho depois. Mas
só um pouquinho.

Só um adendo, o livro de Catalyst, que o Eden é co-autor, inclusive, é
ótimo, mas ainda é um livro. Pra mim falta documentação em
micro-escala.





2011/7/13 Ricardo Filipo <ricardo_filipo em yahoo.com.br>:
> Caros, bom dia.
> Estou com meu tempo meio curto e não consegui ler toda a thread.
> Então prefiro o Mojolicious (obrigado, Blabos, pela insistência) apenas por
> ter poucas dependências (meu tempo anda curto).
> Mas não abro mão do Catalyst nem dos velhos scripts cgi/mod_perl que teimam
> firmes nos servidores que encontro ...
>
> Alguém sabe algo sobre o webnano?
> http://search.cpan.org/~zby/WebNano/
> http://cpansearch.perl.org/src/ZBY/WebNano-0.006/webnano_article.html
>
> Abs!
>
> ________________________________
> De: André Walker <andre em andrewalker.net>
> Para: saopaulo-pm em mail.pm.org
> Enviadas: Quarta-feira, 13 de Julho de 2011 9:43:25
> Assunto: Re: [SP-pm] Validar session no Catalyst
>
> On 07/13/2011 10:17 AM, Thiago Rondon wrote:
>> André,
>>
>> Conte mais sobre o teu projeto aqui na lista, acredito que é interessante
>> ao
>> tópico. :-)
> Opa, com todo prazer =D
>
> Estou desenvolvendo para o Google Summer of Code desde ano um projeto que
> vai substituir a forma que o Catalyst carrega seus componentes. Do jeito que
> ele é feito hoje, ele simplesmente "varre" as pastas Model/, View/ e
> Controller/, e instancia tudo que tiver lá, com argumentos padrões. Isso é
> meio... arcaico :)
>
> O que eu estou desenvolvendo é um projeto que vai usar Bread::Board [1], uma
> framework de IOC [2], para instanciar os componentes da sua aplicação. Desta
> forma, o usuário vai ter mais controle na inicialização de suas classes.
> Claro que para aplicações antigas nada vai mudar, mas haverá mais
> flexibilidade, possibilidade de customização.
>
> A única framework que conheço que usa Bread::Board atualmente é OX, que é do
> próprio criador do Bread::Board.
>
> Pretendo escrever um post explicando melhor o progresso, e o que o projeto
> vai trazer de benefícios. Criei um blog para este projeto, mas acabei
> deixando de lado :)
>
> Quem quiser acompanhar o desenvolvimento:
> https://github.com/andrewalker/catalyst-runtime
> Ou siga a branch gsoc_breadboard no repositório central do Catalyst.
>
> [1] http://search.cpan.org/dist/Bread-Board/lib/Bread/Board.pm
> [2] http://martinfowler.com/bliki/InversionOfControl.html
>
> Um abraço!
> =begin disclaimer
>   Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
> SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
> L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer
>
> =begin disclaimer
>   Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>  SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer
>
>