| Autor |
Mensagem |
|
|
Acho que eu deveria utilizar mais. As interfaces são um mecanismo importante para códigos limpos e reutilizáveis. Deter-se nos exemplos de utilização de interfaces do próprio Java (interfaces como Comparable, Runnable, ActionListener, etc...) dão uma dimensão da flexibilidade e poder desse mecanismo de OO. 
|
 |
|
|
Hahahah! É isso! Também não acho q o Delphi esteja condenado ou algo parecido. O que o "desafiante" se esqueceu é de que, em programação, o diferencial é a peça atrás do teclado.
Declarações como a desse camarada aí, não servem para nada, a não ser para irritar toda a comunidade de desenvolvedores com sua arrogância. Além do mais, se eu fosse um desenvolvedor Delphi e tivesse conhecimento da linguagem Java (pelo menos o pouquinho que eu sei) ficaria envergonhado. Na minha opnião esse cara desrespeitou toda a comunidade de desenvolvedores Delphi.
Simplesmente ele não tem a menor idéia do que está falando. Nem de Java, nem de Delphi.
|
|
|
|
|
Wow! Sei é que é possível rodar um Bean em um container ActiveX, como o VisualBasic (através da ponte para ActiveX do JavaBens). Mas o contrário, nunca ouvi falar... de qualquer modo, provavelmente a portabilidade "vai pro espaço"...
|
|
|
|
jctorelli, você postou tb uma dúvida sobre OO e perguntava sobre interfaces. Usando o exemplo q vc deu, imagine que a classe JButtonSeu implementasse uma interface como a seguinte:
agora vc faria assim class JButtonSeu extends JButton implements TaggedJControl.
Dessa maneira seria possível extender um JFrame que implemente um método para habilitar/desabilitar os componentes que implementem a interface TaggedJControl. Esse método deveria então chamar o método canDisable() para saber se pode habilitar ou se pode desabilitar dependendo do estado atual desses objetos.
O que vocês acham?
Talvez, seja uma solução para problemas similares ou pode ser uma furada?
|
|
|
|
Oops...
A classe MyNumber, deve implementar um método toString(), que será utilizado pelo iterador durante a chamada a next():
 Foi mal...
|
|
|
|
Olha, no primeiro problema, eu resolveria da seguinte maneira (talvez não seja a melhor solução):
O código acima usa uma coleção TreeSet(). Uma característica dessa coleção é que os elementos são obtidos ordenadamente. Para garantir o ordenamento, a classe dos objetos deve implementar a interface Comparable.
Desse modo o iterador irá retornar os números sempre na ordem, independentemente da ordem de inserção na coleção.
Espero ter ajudado.
Abraços.[/i]
|
|
|
|
Como não "funcionou"?
Foi "pau" na aparência ou no comportamento mesmo?
|
|
|
|
Aqui no GUJ existem dois artigos excelentes sobre isso:
Aprendendo a manipular arquivos e
Introdução ao java.nio.
Excelentes artigos!
|
|
|
|
Você deve tentar um chamada ao método setSelected(). Mas esse método pode lançar uma exceção PropertyVetoException. Use o seguinte trecho de código:
Voçê pode encontrar muita informação lendo o tutorial sobre JInternalFrames.
Espero ter ajudado.
|
|
|
|
Só de curiosidade (não estou criticando, nem nada; "na boa")...
Se tu não entende nada de Java, como vai descompilar e modificar? 
(hehe, sujeitinho "ousado")
|
|
|
|
Finalmente!
Não só no desenvolvimento de aplicações completas mas também no desenvolvimento de pequenas peças de software, sejam isoladas ou sub-projetos de projetos maiores, que solucionem problemas do dia-a-dia de desenvolvedores brasileiros.
Seria ótimo!
|
|
|
|
Você tem q ter um JDesktopPane ajustado como sendo o ContentPane de um JFrame. Por exemplo:
Para os detalhes, consulte a API de JDesktopPane e JInternalFrame. Consulte também: Como usar frames (em inglês).
Espero ter ajudado.
Abraços (Feliz ano novo!) 
|
|
|
|
Tua pergunta foi tão abrangente que eu imagino que você provavelmente precisará, primeiro, de um driver JDBC para o MS-Access. Procure no freshmeat (http://www.freshmeat.net).
Mas acho que você deveria considerar utilizar um RDBMS como Firebird: open source, leve e eficiente.
http://firebird.sourceforge.net
|
|
|
|
Veja este artigo.
A partir dele, você aprenderá como fazer uma restrição mais específica, seja implementando um novo modelo de documento (a partir de PlainDocument) ou implementando uma nova classe que extenda JTextField (algo como MyIntegerTextField extendendo JTextField).
|
|
|
|
jctorelli, já que vc entendeu, me deixa entender tb  !
Você não disse que a imagem e o .class que a utiliza, estão no mesmo diretório? Então! O que o exemplo q o richardpeder deu dá na mesma; a propriedade user.dir retorna o diretório atual, não é?!
Ou então eu "comi bronha" nalgum trecho do exemplo q ele deu (o que é + provável).
De qualquer forma,
Obrigado!
|
|
|
|