Ah blz, dando uma pesquisada vc vai ver que desmistifica o lugar de cada um, ah quero ressaltar isso: http://stackoverflow.com/a/4569336
E procurando rapidinho no velho google vi no phpbrasil um artigo que parece ser interessante, não li mt mas é bom procurar referências FORA do CI tb, assim vc aprender um pouco sobre conceitos, não só dentro do CI, ou PHP.. http://phpbrasil.com/artigo/hza-yZmGYWZC/programando-em-mvc-com-php Sobre tratar os dados eu acredito que é interessante inserí-los já tratados nos models, pra isso geralmente uso a classe de validação, onde podemos aplicar qlqr função de tratamento na string, etc.. apesar de que o model tb deve estar bem preparado pra não quebrar em alguma exceção, mas pra isso olhando tb o style guide http://codeigniter.com/user_guide/general/styleguide.html vc vai ver que é interessante passar valores default em argumentos de função/métodos.. tem bastante água pra rolar até tudo ir pro seu devido lugar hehehehe Abraço e boa sorte ae Em 15 de maio de 2012 00:48, Marcelo Florindo <[email protected]>escreveu: > Com certeza Nando. Você deu uma boa clareada. > > Pois para mim o lance do Model era apenas tratar os dados. Achava que as > regras deveriam ficar no controller. > > Att, > > Marcelo > > Em 15 de maio de 2012 00:43, Nando Araujo <[email protected] > >escreveu: > > > Vc ta entrando em um assunto bem discutido, que é "Fat Model, Skinny > > Controller", bem interessante vc pesquisar um pouco a respeito pra > clarear > > a mente. Na minha opinião controller não tem que ter método nenhum de > > calcular_frete_composto ou coisa do tipo, isso é regra de negócio e deixo > > isso só na modelagem, caso vc precise de mais de um model pra tratar esse > > problema, o que pra mim não é mt recomendado (pra não ficar misturando) o > > jeito é carregá-los no controller e chamar um dentro do outro, mas é > sempre > > interessante deixar toda regra em um model só cuidando de todo o > problema, > > e só separar qndo precisar compartilhar comportamentos entre > > classes/entidades. > > > > Sobre fugir da idéia do CI, na realidade nem é tanto do CI mas sim q vc > > precisa dar uma pesquisa sobre um dos design patterns (q mts dizem q nem > é > > um design pattern mas o objetivo não é discutir isso né hueahuehu) q o CI > > usa: sobre MVC, dar uma pesquisada pra ver onde e o que deve ir em seu > > devido lugar. > > > > Só pra finalizar, é interessante vc tentar transcender os métodos que > estão > > nos controllers pro model que rapidinho vc ve como ficam, é um bom > > exercício, no início eu até programava tudo dentro do controller e dps ia > > passando pro model, mas com um pouco de prática é q nem matemática, vc > vai > > querendo atalhar e fazendo direto onde acredita ser o melhor. > > > > Espero ter ajudado um pouco a esclarecer. > > Abraço > > > > Em 15 de maio de 2012 00:13, Marcelo Florindo > > <[email protected]>escreveu: > > > > > Colegas, > > > > > > Verifiquei que ao se necessitar de um método em vários pontos do > projeto > > > seria interessante te-lo como helpers ou library. > > > Porém, as vezes existem métodos complexos dentro de um controller, onde > > eu > > > poderia precisar em outro controller tipo: > > > > > > O controller A tem o método calcular_frete_composto onde este chama N > > > outros métodos internos da classe para resolver o problema. Aí o > > controller > > > B irá chamar este método para resolver um problema. > > > > > > Pelo que notei não existe o load para controller então pergunto aos > > > senhores: > > > > > > 1 - É comum chamar um controller dentro de outro quando os métodos são > > > complexos? > > > 2 - A instância de um controller dentro do outro se faz do modo > > > tradicional? > > > > > > Pergunto isto para que eu não venha a fugir da ideia do codeigniter. > > > > > > Verifiquei que tem pessoas em alguns foruns que aprovam a instância de > um > > > controller dentro do outro, outras não. > > > > > > Abraço a todos, > > > > > > -- > > > Marcelo > > > > > > > > > --------------------------------------------------------------------------------- > > > Desenvolvedor/Analista > > > Sites e Sistemas > > > > > > > > > --------------------------------------------------------------------------------- > > > _______________________________________________ > > > [email protected] > > > http://www.codeigniter.com.br > > > > http://mail.codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br > > > > > > --------------------------- > > > Oportunidade de negócio > > > http://www.franquiasargohost.net > > > --------------------------- > > > > > _______________________________________________ > > [email protected] > > http://www.codeigniter.com.br > > http://mail.codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br > > > > --------------------------- > > Oportunidade de negócio > > http://www.franquiasargohost.net > > --------------------------- > > > > > > -- > Marcelo > > --------------------------------------------------------------------------------- > Desenvolvedor/Analista > Sites e Sistemas > > --------------------------------------------------------------------------------- > _______________________________________________ > [email protected] > http://www.codeigniter.com.br > http://mail.codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br > > --------------------------- > Oportunidade de negócio > http://www.franquiasargohost.net > --------------------------- > _______________________________________________ [email protected] http://www.codeigniter.com.br http://mail.codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br --------------------------- Oportunidade de negócio http://www.franquiasargohost.net ---------------------------
