| Autor |
Mensagem |
|
|
Christielen wrote:Olá Victor, quanto tempo você estudou e como vc se saiu nos seus primeiros exercícios????
Christielen, no inicio do ano comecei a estudar para tirar SCJP 1.4 durante 2 meses. Porém resolvi fazer SCJP 5, mas como não estava dando tempo para estudar deixei para metade do ano. Durante esse tempo estava lendo aos poucos o livro para essa certificação. Voltei a estudar para valer no inicio de Julho e depois de 2 meses fiz a prova.
Quanto aos exercícios, primeiramente eu fiz os do livro. Neles tive um indicie bem abaixo do que tirei na prova dependendo do assunto. O mais importante nesta etapa é aprender com erros.
Depois que estudei bem pelo livro resolvi fazer os simulados. Nos últimos da Whizlabs estava tirando em torno de 80%. Porém nos primeiros fui bem abaixo disso verificando que é importante fazer bastante simulados, pois quanto mais exercícios fizer mais dúvidas vão surgir e assim você consegue analisar no que precisa estudar mais.
|
 |
|
|
donatinho wrote:(...) XXX--> Um método de instância não pode overridden um método estático de SuperStatic
Então um método que seja de uma instância nunca poderá substituir um método estático, métodos de instância apenas podem overload um método estático.
É isso?
 ??:
Isso. 
Se você pegar o último código que postou ele irá funcionar se adicionar static em "public int x(char a)" da classe SubStatic.
|
|
|
|
Na versão em inglês está assim também. Mas provavelmente é um erro de digitação mesmo, pois redefinir é apenas declarar um método com o mesmo nome na subclasse o qual não pode ser considerado como subscrito(override) porque é estático e não pode ser utilizado com polimorfismo.
Tem uma discução interessante sobre o assunto neste link: http://forum.java.sun.com/thread.jspa?threadID=765529&messageID=4365396
|
|
|
|
|
Isso ae! Parabéns, cara!
|
|
|
|
Esse erro é gerado porque um método declarado estático não pode ser declarado não-estático (de instância) na subclasse. O mesmo vale ao contrário, se um método é de instância na super-classe não pode ser estático na classe que a herda.
Isso não é compilavel provavelmente para não ocorrer confusões como essa:
Na linha 1... deveria ser chamado o método estático da classe Animal ou teria que dar um erro de compilação porque está tentando acessar um membro de instância dentro de um contexto estático? Seria meio confuso se o compilador deixasse alterar o modificardor static na declaração de métodos substituidos ou redefinidos.
|
|
|
|
|
HolySorin, você pode declarar como Pessoa. Se você definir que PessoaFisica e PessoaJuridica herdam de Pessoa então você poderá atribuir objetos desses dois tipos à variável.
|
|
|
|
vmm, acredito que faça diferença sim. Imagine que uma thread possua o bloqueio de uma instancia de classeInterna e outra thread irá chamar um método deste mesmo objeto. Teremos as duas condições:
1. Se no código do método estiver "synchronized( this )" a thread terá que ficar aguardando até que a outra libere o objeto
2. Se estiver "synchronized( BlocoSincronizado2.this)" o código será executado na hora, pois a outra thread não tem bloqueio deste objeto, mas sim de um objeto da classe interna.
|
|
|
|
Eu não sei se tem como verificar a tensão porque o sinal é convertido em binário (+12V = 1 e -12V = 0, acho que é isso...).
Para comunicação serial existe a JavaComm (http://java.sun.com/products/javacomm/index.jsp). O problema é que a Sun parou de dar suporte dessa API para Windows, então existe a RXTX (http://www.rxtx.org) que pode ser utilizada em seu lugar, pois os nomes das classes são todos iguais mudando apenas o pacote.
|
|
|
|
Métodos estáticos podem ser sobrecarregados(overload) ou redefinidos, mas não sobrescritos(override).
Se você usar "Animal a = new Dog()" e chamar o método "a.teste()" é a mesma coisa que "Animal.teste()" e imprimirá "animal". Neste caso o método teste() foi redefinido e não sobrescrito, pois por se tratar de método estático não é possível utilizá-lo em polimorfismo.
|
|
|
|
|
Obrigado! :grin:
|
|
|
|
Christielen, como o pessoal disse o tempo é suficiente sim. Eu concluí a prova em 2 horas e 10 minutos. O resto do tempo ficou para revisar.
Para administrar bem o tempo eu fiz antes um pequeno "cronograma" de qual questão eu deveria estar a cada 20 minutos. Se ainda estiver em dúvida com relação ao tempo pratique com simulados com o mesmo tempo da prova
|
|
|
|
Aeee pessoal. Consegui passar com 93% no exame para SCJP 5.
Fiz a prova em inglês mesmo, pois fiquei preocupado da tradução ser ruim.
Uma dica pra quem for fazer esse exame:
Anotem todas as respostas das questões drag n' drop no papel se quiserem revisá-las. Eu havia lido já sobre isso e realmente você perde o que preencheu se for revisar a questão. Esse tipo de questão tem um botão que você clica e uma janela é aberta com o código, se já estiver preenchido ele avisa que irá apagar se for aberto.
Livros usados:
1.Certificação Sun para Programadores e Desenvolvedores Java 2 - Guia de Estudos Exames 310-035 e 310-027
Sierra, Kathy / Bates, Bert
(eu ia fazer exame para 1.4, mas decidi fazer 5)
2. SCJP Sun Certified Programmer for Java 5 Study Guide (Exam 310-055) (Certification Press Study Guides)
Sierra, Kathy / Bates, Bert
Simulados:
1. Whizlabs SCJP5.0 (muito bom, vale a pena comprar)
2. Simulados MasterExam que vêm no CD do livro
3. Simulado que tinha um link no fórum do Java Ranch: http://rapidshare.de/files/19245771/JMMock.zip.html
4. Alguns simulados deste tópico: http://www.portaljava.com/home/modules.php?name=Forums&file=viewtopic&t=27731
|
|
|
|
Depende do contexto onde você viu isso, pois talvez possa estar escrito isso pelo fato de um objeto String ser imutavel.
Na linha 1 é criada a variavel str que é uma referencia para o tipo String, um objeto String é criado e associado a ela.
Na linha 2 o valor da instancia que armazenava "oi" não é alterado, na verdade é criado um novo objeto String com "tchau" fazendo com que o anterior seja perdido.
Portanto, não é possível alterar o conteúdo de um objeto String fazendo com que seja imutavel.
|
|
|
|
eltonk wrote:confirmou minha resposta...
No livro versão inglês, é isso mesmo que está escrito?
Acho que frase que ele citou que está incorreta em portugês é essa:
"Finally, remember that static methods can't be overridden! This doesn't mean they
can't be redefined in a subclass, but redefining and overriding aren't the same thing."
|
|
|
|
eltonk wrote:
Teixeira10 wrote:
Na página 85 temos:
" Outro ponto a lembrar é que os métodos estáticos não podem ser sobrecarregados."
Não é subscrito??
Métodos estáticos podem sim ser sobrecarregados (subclasses e própria classe) e pode ser subscrito (subclasse)...
To errado?!
Na verdade ele não é subscrito e sim redefinido, certo?
A diferença é que um método subscrito pode ser utilizado o polimosfismo.
Se o código for o seguinte a saída é "dog":
Agora, usando o método estático a saída será "animal"
Quanto a sobrecarregar não tem problema.
|
|
|
|