Pq nao isso nao no modelo de usuario? On 09/03/2011, at 17:41, Leonardo Grillo <[email protected]> wrote:
> Desculpa me intrometer, mas não é mais fácil ter seus models usuário, > permissoes, etc... e criar uma lib para retornar o objeto como você deseja... > > Acho que fica mais organizado... > > ex.: > Tenho os models permissao, usuario e setor > > e uma lib Usuario > que me retorna: > - usuario > - permissoes do usuario > - setor do usuario > - usuario e setor > - usuario, setor e permissao > e por ai vai... > > Com isso eu consigo aproveita-lo facilmente para outros sistemas > > Em 9 de março de 2011 10:25, Lucas Prado Polo <[email protected]> escreveu: > Cara, me perdoe, agora eu entendi melhor. Você tem razão, uma solução boa é > criar uma classe por cima de ambas (usuário e telefone) que possa recuperar > os dados em conjunto. O que eu tinha entendido era colocar na classe usuários > métodos para recuperar o telefone, o que cria a dependência. > > Em 9 de março de 2011 10:17, Daniel Medina <[email protected]> > escreveu: > > É verdade... Mas se eu vou ter uma rotina para recuperar dados completos do > cliente (com telefones e usuário) em dois painéis administrativos diferentes > (o do cliente e o do administrador) não é uma repetição de código? E se for, > como posso evitar ou consertar isso? > > > > Em 9 de março de 2011 10:13, Lucas Prado Polo <[email protected]> escreveu: > > Sim, é o mais correto, apesar de parecer um pouco mais extenso, deixa o > sistema mais flexível. > > Em 9 de março de 2011 10:11, Daniel Medina <[email protected]> > escreveu: > > Entendi... então o mais correto é eu puxar cada pedaço de cada model pelo > controller? > > > > Em 9 de março de 2011 10:08, Lucas Prado Polo <[email protected]> escreveu: > > Com isso você cria um alto acoplamento, sua classe clientes vai ficar > dependente de outras classes, mas é claro, se você não tiver problemas com > isso pode ficar mais prático fazer dessa forma. > > Em 9 de março de 2011 10:04, Daniel Medina <[email protected]> > escreveu: > > Sim, claro, model é model. O que eu tava questionando acima era justamente > ter a necessidade de puxar cada pedacinho da informação de cada modelo no > controller. > > Eu acho mais prático, só não testei ainda a possibilidade, é no meu model de > clientes eu carregar o model de usuários, de telefones e de tipos de > telefones. Daí eu criaria um método padrão de recuperar dados de clientes que > traria todas essas coisas juntas.... > > Não sei se é possível, se é correto... Mas que é mais prático, isso é > > Em 8 de março de 2011 20:31, Allan Torres <[email protected]> escreveu: > > Tenho varias aplicações com essas características e utilizo o mesmo model > para ambos os administrativos afinal o model e a conversa da app com o banco > nao teria lógica criar dois models diferentes pra mesma entidade relacional. > > Allan > > > > Em 08/03/2011, às 17:42, Marcus Cavalcanti <[email protected]> > escreveu: > >> Cada modelo? Pelo que eu entendi é um modelo de clientes, sua entidade aqui >> no caso é clientes. Não? >> >> -- >> Marcus Cavalcanti >> 21 9144-5068 >> www.marcuscavalcanti.net/blog >> >> >> 2011/3/8 Daniel Medina <[email protected]> >> então cada modelo retorna uma parte dos dados? parece complicado... >> >> Em 8 de março de 2011 16:50, Marcus Cavalcanti <[email protected]> >> escreveu: >> >> Pense nA divisao de responsabilidades, no seu caso como eh apenas retorno de >> dados quem deve te retornar isso eh o seu modelo, na verdade o metodo do seu >> modelo que retorna usuarios eh igual para os dois casos. >> >> On 08/03/2011, at 13:31, Daniel Medina <[email protected]> wrote: >> >> > Boa tarde, pessoal. >> > >> > Sei que estão todos curtindo a folia do carnaval em sua cidade (NOT), mas >> > preciso de uma ajuda pra tirar uma dúvida: >> > >> > Estou fazendo um site onde clientes se cadastram e, em área exclusiva >> > deles, podem alterar seus dados cadastrais se assim desejarem. Tenho >> > também uma área administrativa onde o administrador do site também poderá >> > consultar e alterar dados cadastrais de clientes se assim desejarem. >> > >> > A dúvida é o seguinte: se tenho uma ação comum à essas duas áreas, >> > compensa eu jogá-las para o model e não deixar no controller? >> > >> > Teoricamente, ações assim de retorno de dados que sejam específicos à um >> > modelo devem ficar nele ou no controller? E se for pra ficar no model e eu >> > tiver que pegar dados de outros models? É tranquilo? >> > >> > -- >> > Daniel Medina >> > _______________________________________________ >> > [email protected] >> > http://www.codeigniter.com.br >> > http://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://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br >> >> --------------------------- >> Oportunidade de negócio >> http://www.franquiasargohost.net >> --------------------------- >> >> >> >> -- >> Daniel Medina >> >> _______________________________________________ >> [email protected] >> http://www.codeigniter.com.br >> http://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://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://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br > > --------------------------- > Oportunidade de negócio > http://www.franquiasargohost.net > --------------------------- > > > > > -- > Daniel Medina > > _______________________________________________ > [email protected] > http://www.codeigniter.com.br > http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br > > --------------------------- > Oportunidade de negócio > http://www.franquiasargohost.net > --------------------------- > > > > > -- > Abraços, > Lucas Polo. > > Contato: > Twitter: @lucaspolo > MSN: [email protected] > Skype: srpradopolo > > Enviado do meu Atari > > > _______________________________________________ > [email protected] > http://www.codeigniter.com.br > http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br > > --------------------------- > Oportunidade de negócio > http://www.franquiasargohost.net > --------------------------- > > > > > -- > Daniel Medina > > _______________________________________________ > [email protected] > http://www.codeigniter.com.br > http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br > > --------------------------- > Oportunidade de negócio > http://www.franquiasargohost.net > --------------------------- > > > > > -- > Abraços, > Lucas Polo. > > Contato: > Twitter: @lucaspolo > MSN: [email protected] > Skype: srpradopolo > > Enviado do meu Atari > > > _______________________________________________ > [email protected] > http://www.codeigniter.com.br > http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br > > --------------------------- > Oportunidade de negócio > http://www.franquiasargohost.net > --------------------------- > > > > > -- > Daniel Medina > > _______________________________________________ > [email protected] > http://www.codeigniter.com.br > http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br > > --------------------------- > Oportunidade de negócio > http://www.franquiasargohost.net > --------------------------- > > > > > -- > Abraços, > Lucas Polo. > > Contato: > Twitter: @lucaspolo > MSN: [email protected] > Skype: srpradopolo > > Enviado do meu Atari > > > _______________________________________________ > [email protected] > http://www.codeigniter.com.br > http://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://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://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br --------------------------- Oportunidade de negócio http://www.franquiasargohost.net ---------------------------
