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 ---------------------------
