Duas classes iguais pra q isso?

Isso na OOP chama-se polimorfismo. Que é a capacidade, de dois objetos ou mais, realizar a mesma função, de uma classe base. Ou seja polimorfismo é o princípio pelo qual duas ou mais classes derivam de uma.

Isso na OOP chama-se polimorfismo. Que é a capacidade, de dois objetos ou mais, realizar a mesma função, de uma classe base. Ou seja polimorfismo é o princípio pelo qual duas ou mais classes derivam de uma.

heim ???

Polimorfismo é o princípio pelo qual duas ou mais classes derivadas de uma mesma superclasse podem invocar métodos que têm a mesma identificação (assinatura) mas comportamentos distintos, especializados para cada classe derivada, usando para tanto uma referência a um objeto do tipo da superclasse. A decisão sobre qual o método que deve ser selecionado, de acordo com o tipo da classe derivada, é tomada em tempo de execução.

Isso na OOP chama-se polimorfismo. Que é a capacidade, de dois objetos ou mais, realizar a mesma função, de uma classe base. Ou seja polimorfismo é o princípio pelo qual duas ou mais classes derivam de uma.

heim ???

Polimorfismo é o princípio pelo qual duas ou mais classes derivadas de uma mesma superclasse podem invocar métodos que têm a mesma identificação (assinatura) mas comportamentos distintos, especializados para cada classe derivada, usando para tanto uma referência a um objeto do tipo da superclasse. A decisão sobre qual o método que deve ser selecionado, de acordo com o tipo da classe derivada, é tomada em tempo de execução.

rsrsr… Eu digitei alguma coisa errada? Acho que ele queria, que eu digita-se igual a ele.

Polimorfismo, um mecanismo que permite que uma dada função tenha várias especificações diferentes, dependendo da sua aplicação.

fonte: http://pt.wikipedia.org/wiki/Polimorfismo_(desambiguação)

Isso nao tem nada a ver com polimorfismo.

Veja isso: http://java.sun.com/blueprints/patterns/TransferObject.html

Rafael

Rafael Steil:

Isso nao tem nada a ver com polimorfismo.

Veja isso: http://java.sun.com/blueprints/patterns/TransferObject.html

Rafael

Concordo inteiramente com os colegas. O caso não tem nada a ver com o polimorfismo.

"Polimorfismo é o princípio pelo qual duas ou mais classes derivadas de uma mesma superclasse podem invocar métodos que têm a mesma identificação (assinatura) mas comportamentos distintos, especializados para cada classe derivada, usando para tanto uma referência a um objeto do tipo da superclasse. A decisão sobre qual o método que deve ser selecionado, de acordo com o tipo da classe derivada, é tomada em tempo de execução, através do mecanismo de ligação tardia ".

Rafael Steil:

Isso nao tem nada a ver com polimorfismo.

Veja isso: http://java.sun.com/blueprints/patterns/TransferObject.html

Rafael

Valeu galera, por me corrigirem. Acho que tenho que rever esse conceito.

Ate onde vai meu conhecimento os vos seriam uteis para realizar a passagem de parametros por exemplo entre as camadas em um sistema multi-camadas. (Veja bem nao falo de um sistema mvc, e sim multi-camadas).

Porém eu tb nao acho nada bom repetir essa tonelada de codigo, visto que no momento em que a entidade precisara ter um novo membro… vcs jah sabem… eh alterar codigo em mais um lugar…

Sinceramente eu jah acho ruim qdo se precisa adicionar um campo em uma entidade, precisar ficar configurando mapeamento e refazendo daos…

Baxei um src de um projeto e vi que existiam duas classes iguais em pacotes diferentes. Uma, era no entities, a User, e a outra no vo, a VOCliente. as duas tem o mesmo conteúdo. pra que criar duas iguais? foi erro do desenvolvedor?

ué, pra q ele serve então?