Em uma das minhas entrevistas de emprego...

uma resposta bem simples pode ser que um interface eh sempre 100% abstrata, onde há apenas metodos abstratos, uma class abstrata nem sempre eh 100% abstrata. Com interface vc tem um contrato entre class & interface.
menphis concordo, essa frase eh show.

This message was edited 1 time. Last update was at 23/01/2010 02:00:39

A diferença arquitetural a meu ver, é que as interfaces são mais flexíveis e menos intrusivas, sendo uma melhor opção do que classes abstratas na estipulação de contratos entre objetos.

Por outro lado, com classes abstratas você tende a precisar de menos códigos.

Na prática, deve-se sempre favorecer o uso de composição em lugar de herança, o que implica em preferir interfaces ao invés de classes abstratas. Isso pode ser conseguido mantendo-do se o foco da arquitetura no príncipio de responsabilidade única e com o uso de alguns Design Patterns como o Strategy e o State. Se você conseguir isso, verá que não necessitará de herança de classes, o que significa também que não necessitará de classes abstratas. A única coisa chata que fica é que em vários lugares pode ser preciso vários métodos que apenas delegam as chamadas para objetos encapsulados, mas isso é considerado um problema da linguagem java e não da arquitetura, e mesmo assim, é possível trabalhar-se esse problema.

De fato, na década de 1980 a herança era vista como algo muito bom e bastante estimulada. Na década de 1990, quando java foi concebido, já se via que a herança múltipla criava mais problemas do que soluções, por isso java ficou com o esquema de herança única. Hoje em dia, acredita-se que qualquer herança seja algo ruim, e que o melhor é eliminá-la. O motivo é simples: A subclasse está fortemente acoplada ao comportamento da superclasse, e qualquer arquiteto sabe que acoplamento forte é algo muito ruim. No entanto interfaces não têm implementações, e portanto não sofrem deste problema.

Isso é a diferença arquitetural e acredito ser esse o tipo de resposta que o entrevistador esperava. A diferença na linguagem todo mundo sabe, mas a diferença arquitetural é algo mais profundo e requer muito mais experiência para ser compreendido.

GUJ Master Membro desde: 20/05/2009 11:21:32 Mensagens: 1776 Offline

A respota certa é que não ha diferença arquitetural nenhuma.

Existe sim diferença entre classes abstratas e interfaces em Java, mas nada que influencie a arquitetura final, pelo menos não deveria.

GUJ Ranger Membro desde: 12/02/2009 08:40:06 Mensagens: 783 Offline

mochuara wrote:A respota certa é que não ha diferença arquitetural nenhuma.

Existe sim diferença entre classes abstratas e interfaces em Java, mas nada que influencie a arquitetura final, pelo menos não deveria.

Você é o entrevistador? Só ele pode afirmar isso!

Há muitas imprecisões aqui: A pergunta pode não ter sido daquela forma, se foi, o erro está na pergunta. Numa entrevista de emprego, com o rapaz nervoso[e querendo mostrar que sabe], o entrevistador pergunta algo cuja resposta pode ser pessoal, até filosófica, pode ter diversos pontos de vista. A pergunta mesmo pode ser interpretada de diversas formas.

Tinha uma amigo que falava que as pessoas acham que entrevistas de emprego são jogos, com diversas dessas "peraltices". Mas não, são pra conhecer o entrevistado.

Então, antes de achar isso, considere as imprecisões, tanto do autor do post, quanto do entrevistador!

JavaGuru Membro desde: 11/04/2009 20:40:23 Mensagens: 211 Offline

Uma resposta bem simples seria que substantivos indicam classes abstratas e adjetivos e substantivos abstratos indicam interfaces.

JavaEvangelist Membro desde: 28/12/2008 21:00:08 Mensagens: 349 Offline

Lucas Emanuel wrote:Em uma das minhas entrevistas de emprego...

Eu estava começando na área de informática, e tinha um teste pesicológico.

Nesse teste o psicólogo me perguntou:

"S do perdigão é vermelho ou preto ?"

respondi:

"Vermelho!"

Psicólogo:

"Bom, perdigão não tem S, quem tem é Sadia, e além do mais S da Sadia é preto..."

Resultado: Não fui contratado.

Pô se uma empresa se prende a esse tipo de teste, quem sabe o que te aguardaria la....
Mas lendo o teu post, acabei de cometer o mesmo erro auhauhauhauauah

JavaChild Membro desde: 03/03/2007 23:34:13 Mensagens: 142 Offline

Lucas Emanuel wrote:Em uma das minhas entrevistas de emprego...

Eu estava começando na área de informática, e tinha um teste pesicológico.

Nesse teste o psicólogo me perguntou:

"S do perdigão é vermelho ou preto ?"

respondi:

"Vermelho!"

Psicólogo:

"Bom, perdigão não tem S, quem tem é Sadia, e além do mais S da Sadia é preto..."

Resultado: Não fui contratado.

juro pra vc que quando eu tava lendo o início eu tentei me lembrar da cor do S

JavaChild Membro desde: 18/04/2009 19:33:29 Mensagens: 146 Offline

Essa é igual aquela pergunta ridícula:
Quantos animais entraram na arca de moisés?
Ai o fulano responde e depois o outro: A arca é de noé e não moisés...

Simplesmente tosco esse método de seleção de candidatos hein, IMHO.

GUJ Master Membro desde: 20/05/2009 11:21:32 Mensagens: 1776 Offline

Jesuino Master wrote:

mochuara wrote:A respota certa é que não ha diferença arquitetural nenhuma.

Existe sim diferença entre classes abstratas e interfaces em Java, mas nada que influencie a arquitetura final, pelo menos não deveria.

Você é o entrevistador? Só ele pode afirmar isso!

Há muitas imprecisões aqui: A pergunta pode não ter sido daquela forma, se foi, o erro está na pergunta. Numa entrevista de emprego, com o rapaz nervoso[e querendo mostrar que sabe], o entrevistador pergunta algo cuja resposta pode ser pessoal, até filosófica, pode ter diversos pontos de vista. A pergunta mesmo pode ser interpretada de diversas formas.

Tinha uma amigo que falava que as pessoas acham que entrevistas de emprego são jogos, com diversas dessas "peraltices". Mas não, são pra conhecer o entrevistado.

Então, antes de achar isso, considere as imprecisões, tanto do autor do post, quanto do entrevistador!

Se o objetivo da pergunta é conhecer o entrevistado porque esta preocupado em saber se esta errada ou certa? O que importa é sua resposta. E ficar "considerando as imprecisões" é sinal que vc não deve ser produtivo no trabalho (a menos que vc seja advogado).

GUJ Ranger Membro desde: 12/02/2009 08:40:06 Mensagens: 783 Offline

mochuara wrote:

Jesuino Master wrote:

mochuara wrote:A respota certa é que não ha diferença arquitetural nenhuma.

Existe sim diferença entre classes abstratas e interfaces em Java, mas nada que influencie a arquitetura final, pelo menos não deveria.

Você é o entrevistador? Só ele pode afirmar isso!

Há muitas imprecisões aqui: A pergunta pode não ter sido daquela forma, se foi, o erro está na pergunta. Numa entrevista de emprego, com o rapaz nervoso[e querendo mostrar que sabe], o entrevistador pergunta algo cuja resposta pode ser pessoal, até filosófica, pode ter diversos pontos de vista. A pergunta mesmo pode ser interpretada de diversas formas.

Tinha uma amigo que falava que as pessoas acham que entrevistas de emprego são jogos, com diversas dessas "peraltices". Mas não, são pra conhecer o entrevistado.

Então, antes de achar isso, considere as imprecisões, tanto do autor do post, quanto do entrevistador!

Se o objetivo da pergunta é conhecer o entrevistado porque esta preocupado em saber se esta errada ou certa? O que importa é sua resposta. E ficar "considerando as imprecisões" é sinal que vc não deve ser produtivo no trabalho (a menos que vc seja advogado).

Digo considerar imprecisões do post!
É que não digo por mim, depois fica todo mundo achando que entrevista é cheia de "pegadinhas". Já vi cara bom responder coisas do tipo em questões triviais e perder a vaga...

Se levou a mal, reconsidere....

E considero muitas imprecisões no trabalho também. Quantos programas já saíram pra produção com detalhes que fizeram gerar rework. Detalhes que poderiam ser percebidos se alguém considerasse as imprecisões e pedisse para revisarem a documentação, por exemplo

. Melhor não ser tão produtivo e fazer bem, que gerar um monte de rework e dor de cabeça pra cliente, empresa, QA....

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