Caros, Sei que estou sendo apenas mais um a opinar. Sabemos que cada um tem um temperamento e que todos ingressaram com um propósito: aprender. Alguns sabem um pouco mais, outros, cometem gafes. Isto é trivial quando se aprende: parcimônia ao se estressar.
Defendo a linha de encerrar com este(s) e-mail(s) essa discussão recursiva e nos focarmos no aprendizado em si. Para a questão do nosso amigo já foi dado varias respostas; cabe ao interessado analizar e buscar a melhor forma de implementar dado a sua necessidade (e mostrar qual foi a melhor abordagem o que ele fez, etc): muitas vezes o "certo" é dispendioso e desnecessário. Respondendo ao Daniel Medina: Esta última opção seria a mais interessante; Eu separaria por interesse. Se todo telefone dependesse de um usuario, eu colocaria tudo em um modelo só (usuario) e invocaria as chamadas para adicionar um número de telefone, adicionar vários números ou listar, por exemplo. (no caso de um usuario possuir n números de telefone, por exemplo) [não sei se entendi bem] Então? Morreu? rs Abraços, amigos. Jonhnatha Trigueiro Em 11 de março de 2011 15:05, Daniel Medina <[email protected]>escreveu: > eu trouxe o problema que é o seguinte: > > tenho as tabelas cientes, telefones, tipos de telefones e usuários. O > debate seguia sobre a melhor maneira de retornar todos os dados do cliente, > incluindo usuários, telefones e, no caso, o tipo de cada telefone. > > uns sugeriram que eu crie métodos para pegar as informações de cada tabela > e junte tudo na hora de exibir os dados do cliente. seria até viável se eu > não tivesse dois painéis onde isso iria aparecer: o painel do cliente e o > painel do administrador. isso resultaria então em repetição de código. > > uns sugeriram que eu criasse uma lib para fazer esse trabalho de juntar as > informações do cliente e não repetir código. > > uns sugeriram que eu criasse uma classe que ficasse por cima dos models e > fazer eles herdarem o método de retorno. > > eu considerei em colocar no model do cliente, no retorno dos dados, uma > chamada pros outros models para carregar as partes que me interessam dos > dados e, no model clientes, já retornar os dados completos do cliente, > incluíndo usuário, telefones e tipos dos telefones. > > Recapitulei bem? ;) > > Em 11 de março de 2011 14:52, Marcus Cavalcanti < > [email protected]> escreveu: > > Bem, aí que está, o cara (Reinaldo) quer vir falar que é implícito e não >> sabe o que levou isso a ser dito, nem parou para pensar a respeito, isso sim >> é deplorável. Em primeitro lugar, muitas pessoas associam Modelos = Tabelas >> no BD, e não é, definitivamente nunca foi e nem nunca será, entidade é um >> termo mais focado no negócio (domain language) do que modelo, modelo parece >> algo relacionado a parte técnica (frameworks, MVC, etc) e não de negócio, >> por isso foi usado o termo entidade para reforçar que "cliente" é algo que >> tenha relevância para o negócio, logo uma entidade. No fim é a mesma coisa, >> mas há uma mudança na maneira em que o termo é tratado, sugiro que o >> Reinaldo se informe sobre Ubiquitous Language. >> >> Quanto aos bons modos, respeito e etc, concordo com tudo, só não posso >> concordar na forma com que o amigo se dirigiu a todos e o pior ainda: sem >> apresentar argumentos e fatos. >> >> Quanto ao assunto inicial, na verdade o problema não foi levantado por >> mim, eu apenas dei uma sugestão baseado no tipo de problema que o amigo >> apresentou. >> >> >> -- >> Marcus Cavalcanti >> 21 9144-5068 >> www.marcuscavalcanti.net/blog >> >> >> 2011/3/11 Nando Araujo <[email protected]> >> >> Eu não estou me posicionando nem a favor nem oposto ao Reinaldo, apesar de >>> não com-pactuar com o que ele fez, mas o "a vá" dele foi maneira de se >>> expressar, quando se fala algo redundante ou obviamente implícito, seria pq >>> quando se faz um model "cliente" é pq a entidade é subentendida que seja a >>> mesma (apesar disso não ser sempre um padrão, pois podemos criar models >>> livremente sem ser somente direcionado ao banco de dados né), em fim ele foi >>> infeliz em citar de forma tão agressiva os colegas da lista, mas já que ele >>> foi capaz de perceber que a maioria dos participantes dessa thread estão >>> pecando em alguns conceitos poderíamos fazer uma thread [off] com os >>> apontamentos dele e colocar os títulos corretos pro pessoal crescer em >>> conjunto, o que acha Reinaldo? >>> >>> Não vamos esquecer dos bons modos, que ninguém é melhor do que ninguém e >>> que ninguém é tão inteligente que não possa aprender e nem tão burro que não >>> possa ensinar o próximo. >>> Em fim, não vamos continuar aqui o flame war que nem pessoas imaturas e >>> vamos trabalhar, evitando que alguém tenha que moderar essa thread. >>> >>> E sobre o assunto inicial da thread o que vc fez em relação a criar dois >>> models ou um só? >>> Na minha opinião, claro que analisando de forma bem superficial o teu >>> caso, eu faria dois models separados e no contexto onde for chamar ambos >>> usaria alguma coisa tipo get_tel_by_id(), mas isso é uma forma genérica se >>> mais de uma entidade usa uma outra em comum, como por exemplo médicos e >>> secretários terem telefones. Não sei se entendi direito mas acho que é algo >>> nessa linha.. :) >>> >>> Abraço! >>> >>> Em 11 de março de 2011 13:26, Marcus Cavalcanti < >>> [email protected]> escreveu: >>> >>> Eu concordo que muitos aqui não tem noção de design de código, OO, etc, >>>> mas eu tento ajudar sempre que possível, agora você Reinaldo, falou, falou, >>>> falou, falou, e só falou M*. >>>> >>>> Citou pontos sem apresentar argumentos.. quais são os seus? Sugiro >>>> propormos um debate, saudável, claro, sobre seus pontos. >>>> >>>> Podemos começar por um dos que você citou, que inclusive foi eu que >>>> disse. >>>> >>>> *"..Pelo que eu entendi é um modelo de clientes, sua entidade aqui no >>>> caso é clientes..." a vá!* >>>> >>>> O quer dizer *a vá* nesse contexto? >>>> >>>> -- >>>> Marcus Cavalcanti >>>> 21 9144-5068 >>>> www.marcuscavalcanti.net/blog >>>> >>>> >>>> 2011/3/10 Reinaldo Deprera <[email protected]> >>>> >>>> Eu fui olha meus emails e comecei a acompanha este tópico e fiquei >>>>> abismado. É cada coisa que to lendo que to com vontade de vomita. Só para >>>>> citar alguns exemplos de defecagem oral: >>>>> >>>>> "...model é model..." a va! >>>>> "...puxar cada pedaço de cada model..." pacca q pariu em! não seria >>>>> métodos? >>>>> "..Pelo que eu entendi é um modelo de clientes, sua entidade aqui no >>>>> caso é clientes..." a vá! >>>>> "...entidade relacional..." jargão novo para relacionamento de >>>>> entidades? >>>>> "...alto acoplamento, sua classe ..." mel dels!?*| >>>>> >>>>> Entendo a vontade de vocês aprenderem, entendo também que todo mundo >>>>> erra. Mas vem cá, vocês tão querendo programa correto? Então quando vamo >>>>> se >>>>> expressar melhor ai porque dando até medo. Quando não sabemos de algo, >>>>> temos >>>>> que ser mais humildes e não fica tentando enfeita o pavão sob pena de >>>>> passa >>>>> vergonha. >>>>> >>>>> Nem vou comentar sobre os outros tópicos porque a coisa ta feia também. >>>>> >>>>> To percebendo que tem muito nego ai que ta usando codeigniter sem a >>>>> mínima noção de OO Design Patterns, MER e UML. Ai é triste em galera, vamo >>>>> começa pelo A antes de de fica falando de D. >>>>> >>>>> >>>>> _______________________________________________ >>>>> [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 >>> --------------------------- >>> >>> >> >> _______________________________________________ >> [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 > --------------------------- > > -- Atenciosamente, Jonhnatha J.R. Trigueiro [email protected]
_______________________________________________ [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 ---------------------------
