[SP-pm] Controller thin, model fat ! Como fazê-lo ?

[Solli Honorio]

Em 7 de junho de 2012 18:14, Renato Santos <renato.cron em gmail.com> escreveu:

> Então,
>
>
> eu faria um model pra validar imagem + salvar onde for, e usaria o "M
> Pattern #3: Homegrown Model" para fazer a ponte, exatamente como você já
> disse !
>
>
>
Mas ai eu teria uma parte do resultset gerado pelo DBIC::Schema misturado
com um Homegrown ? Ou eu faria tudo no Homegrown ?

Lendo o '10 Catalyst models in 10 days', encontrei uma frase interessante,
sendo ela :

"don’t think about models as part of your application. Think about them as
services your application will consume."



>
> 2012/6/7 Solli Honorio <shonorio em gmail.com>
>
>> Pessoal,
>>
>> Estou trabalhando no sistema da minha startup, e estou fazendo em
>> Catalyst. Bom, como este é oficialmente a minha primeira experiência com
>> sistemas mais complexos (até então só tenho experiência com pequenos e
>> médios códigos de automação de sistema operacional) estão surgindo diversas
>> dúvidas de arquitetura, no qual antes eu apenas tinha conhecimento
>> teórico/acadêmico.
>>
>> Muito lí sobre a recomendação de simplificar ao máximo o controller e
>> colocar o máximo de inteligência no model, e quando possível ter código
>> independente do Catalyst. Mas agora que estou tentando fazer isto surgiram
>> dúvidas sobre como implementar corretamente (visando a manutenção do
>> software, e não em performance necessariamente).
>>
>> Eu não tenho dúvida sobre as questões básicas de um CRUD. Lendo 'Catalyst
>> Models Definitive Guide' (http://www.perlmonks.org/?node_id=915657), e
>> com a ajuda do Gabiruh, compreendi que um caminho para isto é extender o
>> resultset com métodos mais elaborados, como por exemplo, validação de dados
>> (CPF, CEP), processo de troca de senha, etc.
>>
>> Estou com dúvida quando a inteligência não está diretamente
>> relacionamento ao armazenamento de dados.
>>
>> Por exemplo, tenho que receber um arquivo de imagem, que deverá ser
>> validada (se é uma imagem mesmo, etc), depois relacionar ao usuário e
>> armazenar em um storage.
>>
>> Nesta situação eu tenho diversas tarefas, algumas que seriam natural
>> colocar no controller, outras nem tanto.
>>
>> Qual a melhor maneira de lidar com isto ?
>>
>> Obrigado,
>>
>> Solli Honorio
>>
>> --
>> "o animal satisfeito dorme". - Guimarães Rosa
>>
>> =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
>>
>>
>
>
> --
> Saravá,
> Renato CRON
> http://www.renatocron.com/blog/
> @renato_cron <http://twitter.com/#!/renato_cron>
>
>
> =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
>
>


-- 
"o animal satisfeito dorme". - Guimarães Rosa
-------------- Pr?xima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20120608/15d1de17/attachment.html>