[Pesquisa] Qual foi sua maior dificuldade em POO?

Daí adriano_si tudo bele?,

O desaconselho da Herança é um grande erro, desaconselham porque não entenderam a herança,
a herança te dá muita produtividade e diminui grandemente a complexidade dos sistemas, não tem que
ser desaconselhada em nenhuma linguagem, tem que ser usada porque é um GRANDE benefício, faça uma
analogia com a vida real, imagine se grande parte das coisas que você precisasse na vida vc pudesse pegar
PRONTA e funcionando do teu pai (ancestral), tipo assim o carro, o imóvel, quanto temos que ralar pra conseguir
essas coisas caras da vida? entendeu, isso é a herança na programação, vc usa os métodos prontos do repositório
do ancestral, isso sim é reusabilidade de código.

JavaGuru Membro desde: 22/01/2011 10:08:43 Mensagens: 235 Offline

Orientação à objetos é facílimo. O que demorou mais tempo para eu aprender foi que nem tudo é um objeto, e OO assim como no Java é uma burrice que leva muitos programadores a cometerem barbaridades (vide frameworks, ORM, etc).

Se desenvolvedores Java descobrissem que nem tudo precisa ser um objeto as nossas vidas seriam muito melhores.

JWizard Membro desde: 01/10/2006 15:29:40 Mensagens: 2047 Offline

Opa... blz galera, vejo que a discussão rendeu...

Bom, primeiro, gostaria que refletissem com uma leitura:

http://alexandrebm.com/composicao-em-ruby-com-forwardable

Só pra não ficar na cabeça que o conceito é um preconceito de quem usa Java... Vamos lá... Conceitos surgem e desaparecem, se renovam, se modificam, geram conflitos e muitas vezes até guerra. Porém, conceitos nascem com um Objetivo de ajudar toda e qualquer pessoa a ter sua vida facilitada. Ví que a Orientação a Objetos gerou uma certa polêmica aqui, aparecendo inclusive declarações inflamadas sobre o uso ou não da mesma. Vou dar o "MEU", repito "MEU" ponto de vista sobre a questão.

Para mim que tenho 5 anos de carreira, 2 em Java, confesso que ainda to aprendendo bastante coisas e não é qualquer coisitasinha dita em algum Blog ou Fórum que me convence de determinados temas. OO foi um deles, percebo que quando um Framework, Linguagem ou até mesmo ferramenta, surge no mercado, quer dizer que das 2 uma:

1 - Ou o que tem hoje não satisfaz completamente a necessidade;

2 - Ou o criador quer melhorar a idéia para atender as suas necessidades;

Por isso o termo reinventar a roda é tão bem aceito no meio da comunidade... Não precisamos reinventar a roda, mas precisamos aperfeiçoá-la.

A roda de hoje com certeza não é a mesma da idade da pedra, ela ganhou formas, espessuras e até tamanhos diferentes para atenderem às mais diversas necessidades.

Vejo que a OO foi mais uma dessas tentativas, de pessoas com muita experiência no mercado que apanhavam bonito para padronizar e manter seus códigos e Projetos de acordo com esse padrão. É a verdade absoluta do mercado ??? Não sei, mas é o que se aproxima de algo que veio pra facilitar e ajudar a manter o foco.

Quando alguém diz "Prefira composição à Herança", ele não está dizendo pra nunca se usar Herança, mas sim que a maioria dos Problemas que hoje são resolvidos com Herança, seriam mais facilmente resolvidos com Composição, enquanto voxê resolve algo com Herança e reaproveita código, eu posso fazer uma composição e reaproveitar um Objeto... enfim, possibilidades e mais possibilidades... Não sei sua experiência de mercado e se a Herança realmente resolve os seus problemas, mas no meu caso, o conceito de "preferir composição à Herança" tem resolvido os meus...

Espero ter ajudado no meu ponto de vista.

Já você Longino, sua afirmação está certíssima, nem tudo pode ser um Objeto, para algumas coisas precisamos fazer chover pra transformar o Conceito em um modelo OO. À propósito (é curiosidade mesmo) você trabalha no comércio ???

Abs []

JavaGuru Membro desde: 22/01/2011 10:08:43 Mensagens: 235 Offline

adriano_si wrote:À propósito (é curiosidade mesmo) você trabalha no comércio ???

Não, não trabalho.

JWizard Membro desde: 01/10/2006 15:29:40 Mensagens: 2047 Offline

Área Acadêmica ???

Debugger Membro desde: 18/01/2007 04:27:33 Mensagens: 57 Offline

Olás

Acompanhei os tópicos, juntando o que li/aprendi aqui com minha experiência, vejam este caso de quando usar INTERFACE ou HERANÇA.

Vamos pegar com base aquele exemplo dos aniamais do ViniGodoy (muito bom por sinal, parabéns!).

Imaginem que temos o seguinte grupo de animais domésticos
cachorro
gato
porco da índia

Agora, pegamos duas ações (métodos) relacionadas a eles: "fazerBarulho()" e "dormir()".

dormir()
-----------------------
Todos dormem da mesma forma, então neste caso HERANÇA é melhor que INTERFACE pois podemos implementar "dormir()" na classe mãe tendo o REAPROVEITAMENTO DO CÓDIGO em todas suas classes filhas.

fazerBarulho()
-----------------------
Cada aniamal faz o seu (latir, miar, grunir). Usar herança aqui vai resultar em sempre ter que sobrescrever o método nas classes filhas e, além de não reaproveitar o código, ainda temos o efeito colateral do acoplamento.
Neste caso, INTERFACE é melhor que HERANÇA pois podemos garantir que todo animal implementará o método mas de forma desacoplada, podendo inclusive ter mais interfaces associadas futuramente.

Aí vem a questão:
Concordam que para implementar esses dois métodos da melhor maneira no nosso design, precisaríamos utilizar INTERFACE E HERANÇA?

abs

JWizard Membro desde: 01/10/2006 15:29:40 Mensagens: 2047 Offline

pgnt wrote:Aí vem a questão:
Concordam que para implementar esses dois métodos da melhor maneira no nosso design, precisaríamos utilizar INTERFACE E HERANÇA?

abs

em Java, Bastaria a Herança com uma classe Abstrata... Mas nesse caso... em um outro exemplo talvez as 2 fossem realmente válidas...

Abs []

GUJ Master Membro desde: 13/11/2006 15:26:38 Mensagens: 1089 Offline

A maior dificuldade que tive no começo foi em saber aplicar os conceitos de POO em projetos reais.

Aprender a encapsular ao invés de switch-case, alta coesão, baixo acoplamento, deixar entidades menos anêmicas, isolar responsabilidade em classes, etc.. et.c.. etc..

Debugger Membro desde: 18/01/2007 04:27:33 Mensagens: 57 Offline

adriano_si, bem observado, uma classe abstrata resolveria. Estava tentando pensar em algum caso que envolvesse interface.. talvez um método "brincar()" que pudesse ser alterado em tempo de execução por ex... mas a idéia no geral é trazer que dependendo do caso uma coisa pode ser melhor que outra ou, o uso das duas chega a ser necessário para o melhor design.
abs

Quando eu nao estou em casa eu tenho dificuldade em poo, mas eh soh tomar uma laxante. :)

//Daniel

Daniel wrote:Quando eu nao estou em casa eu tenho dificuldade em poo, mas eh soh tomar uma laxante.

KKKKKKKKKKKK!

flws

HelloWorld Membro desde: 19/05/2011 12:38:59 Mensagens: 14 Offline

Polimorfismo com certeza, só consegui entender quando precisei utilizar na prática!

Notícias, artigos e o maior fórum brasileiro sobre Java