Leandro,
Essa vis�o sobre interfaces est� correta, ela n�o permite
implementa��es. Por�m, nada impede a uma classe, com visibilidade para essa
interface, de acessar e implementar os seus m�todos. Bom, no momento em que
vc est� usando JDBC, n�o � necess�rio se preocupar com essas coisas, por que
o pr�prio m�todo getConnection, da classe DriverManager, se encarrega de
"preencher" os nossos m�todos de interface. E como o "preenchimento" desses
m�todo depende t�o somente do banco de dados para o qual n�s vamos criar as
nossas senten�as SQL, isso deve ser avaliado em tempo de execu��o. O m�todo
getConnection vai buscar na mem�ria o driver JDBC mais adequado para a
conex�o que voc� est� fazendo. Talvez algum driver tenha sido carregado
inadequadamente, ou n�o haja espa�o na mem�ria para isso, e o getConnection
deve se virar para encontrar o driver mais adequado, e que funcione. Essa
busca na mem�ria vai revelar ao seu programa como devem ser implementados os
m�todos de acesso ao banco de dados, qualquer que seja ele. E seria mais
l�gico fazer essa pesquisa no momento em que o programa estivesse
executando.
Bom, esse "c�digo" que o m�todo getConnection busca deve conter
classes padr�o para implementar as interfaces Statement, ResultSet,
PreparedStatement, etc., incluindo nos m�todos dessas classes c�digos
pr�prios para o acesso a bancos de dados espec�ficos.
A t�tulo de compara��o, algo semelhante ocorre com o AWT: nesse
pacote, temos diversas interfaces, as quais n�s podemos sobrecarregar os
m�todos que ela disponibiliza, ou n�o, conforme as necessidades do nosso
programa. A interface WindowAdapter, por exemplo, tem um m�todo chamado
windowClosing, no qual n�s especificamos a a��o que deve ser executada caso
o evento associado ao pressionamento do bot�o de fechar (no Windows,
localizado na parte superior direita...) tenha sido ativado. No momento em
que o bot�o � efetivamente pressionado, um thread da m�quina virtual chama
esse m�todo, que logicamente � dependente do sistema operacional, uma vez
que cada sistema tem a sua arquitetura pr�pria de janelas. Quando eu estava
aprendendo AWT, curioso como sempre fui, ficava intrigado em saber como
esses eventos eram processados, at� que algu�m mais experiente me falou uma
vez como os eventos do sistema eram processados.
Foram exemplos de escopos diferentes, mas que ilustram bem que pode
haver sempre algo n�o presum�vel atuando nos bastidores... :)))
Rosfran Lins Borges
Analista de Sistemas - NDS
[EMAIL PROTECTED]
F�ton� Inform�tica e Servi�os
Fone: (61) 328 5060 R.: 204
----- Original Message -----
From: "Leandro Franchi" <[EMAIL PROTECTED]>
To: "Java-List" <[EMAIL PROTECTED]>
Sent: Tuesday, April 23, 2002 3:27 PM
Subject: [java-list] Trabalhando com Interfaces...
> Ol� caros amigos do Java-List,
>
> Estamos com uma d�vida muito cruel, simplesmente n�o entendemos como
> podemos utilizar uma interface do mesmo modo que utilizamos a interface
> Resultset... por exemplo:
>
> Resultset rs = db.executeQuery("SELECT * FROM FUNCIONARIOS");
>
> while (rs.next())
> System.out.println(rs.getString("NOME"));
>
> rs.close();
>
> Analisando o c�digo acima, supomos que o rs � um objeto do tipo
Resultset,
> e que next(), getString() e close() s�o m�todos pertencentes ao objeto
> Resultset criado como rs. Por�m, Resultset � uma interface, e n�o uma
> classe, assim, ela n�o tem corpo dos metodos e sim s� as assinaturas
deles,
> e ai vem nossa d�vida... como eles executam ??? Onde est�o os corpos dos
> metodos ???
>
>
> Grato
>
> Leandro Franchi
>
>
> ------------------------------ LISTA SOUJAVA ----------------------------
> http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP
> d�vidas mais comuns: http://www.soujava.org.br/faq.htm
> regras da lista: http://www.soujava.org.br/regras.htm
> historico: http://www.mail-archive.com/java-list%40soujava.org.br
> para sair da lista: envie email para [EMAIL PROTECTED]
> -------------------------------------------------------------------------
------------------------------ LISTA SOUJAVA ----------------------------
http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP
d�vidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
historico: http://www.mail-archive.com/java-list%40soujava.org.br
para sair da lista: envie email para [EMAIL PROTECTED]
-------------------------------------------------------------------------
