| Autor |
Mensagem |
|
|
cassio wrote:
camilolopes wrote:que livro vcs se refere?.. o que seria REGEX nunca ouvi falar!!
REGEX = Regular Expressions = Expressòes Regulares. Este é um conceito que existe em diversas linguagens de programação, tratando de casamento (ou não) de padrões pré-definidos em textos, arquivos, etc.
Abraço!
O livro é o que o Maurício Linhares mencionou neste mesmo tópico mais acima, possui uma imagem. Quanto ao regex, é isso mesmo que você mencionou, inclusive outras linguagens como Perl também possui este recurso.
Segue alguns links interessantes sobre expressões regulares em java.
* Site de uso específico quanto à expressões regulares em várias linguagens.
* Resumo de uma busca que fiz no livro The Java Developers Almanac 1.4
* Especificação completa no site da sun pelo tutorial oficial. Muito legal!!!
* Javadoc da sun, sobre o pacote regex e classes Pattern e Matcher.
* Artigo interessante sobre o assunto no site do java.net
 Fallow!
|
 |
|
|
Achei interessante uma pegadinha, de uma simulado que estava fazendo agora da MasterExam, em que é muito parecido com esta 1ª questão que mencionei, sendo que na linha de execução ao invés de ser:
java Regex2 "\d*" ab34ef
seria
java Regex2 "\d*++" ab34ef
E adivinhem qual seria a resposta, .... Erro em tempo de execução. Vejam o que apareceu no meu console:
Exception in thread "main" java.util.regex.PatternSyntaxException: Dangling meta character '+' near index 4 \d*++
Enfim, olhem bem o que cada quantificador faz. Agora quanto ao que o livro menciona que não cairá na prova quanto aos tipos como abaixo:
? is greedy, ?? is reluctant, for zero or once
* is greedy, *? is reluctant, for zero or more
+ is greedy, +? is reluctant, for one or more
Eles mencionam que precisamos apenas saber sobre o tipo greedy, que são os relatados acima, conforme citação retirada do livro na página 479, abaixo:
Although you need to understand only the greedy quantifier for the exam, we're also going to discuss the reluctant quantifier to serve as a basis for comparison.
Acho que a resposta seria conforme outro tópico que agente debateu sobre as classes que seriam usadas ou não do pacote io. Vamos acreditar.
|
|
|
|
Aqui em Recife atualmente, só temos 2(dois) centros autorizados, Impacta e Iteci, que eu conheço, para realização para certificações pela prometric. Uma dica é corra e garanta logo o seu horário, caso o seu voucher esteja a vencer agora em Setembro, você poderá vir a não conseguir marcar antes ou no seu horário previsto.
Marque um mês e/ou uma quinzena de antecipação e ligue 2(dois) dias antes para o pessoal do centro autorizado para saber se lá está tudo ok, conforme seu cadastro. Geralmente o sistema da prometric com o deles não se encontram 100% atualizados, conforme fazermos o registro na web, então por segurança é bom ligar.
|
|
|
|
|
Caso alguém já experiente mencione aqui, gostaria também de saber sobre a possibilidade de inclusão de novos recursos na plataforma JME 5, para o caso de vir um próximo beta deste exame que estou pensando em fazer logo em seguida e quais os tópicos que vocês tiveram que ter maior atenção.
|
|
|
|
Danilo_Kaffa wrote:Ola Pessoal..
Chegou meu certificado e com as informações para a criacao do logo, mas não consegui fazer. Alguem poderia me ajudar ??
Ate mais
Achava que isto era feito pelo próprio site da sun, por exemplo como a de programador, seguindo também os guidelines, onde eles demonstram o uso recomendado do logo da sun, em não mudar a cor conforme o sugerido, não rasurar, tudo no maior cuidado. Caso o cartucho não esteja muito bom, com as cores, já estará desaprovado conforme alguém venha homologar. Hehehehe!
Existe também um FAQ sobre os logos para todas as certificações disponível no site da sun.
|
|
|
|
Sobre este assunto como no capítulo do livro, sobre "Parsing, Tokenizing, and Formatting" tive dificuldade no começo em responder logo a 1ª pergunta do mesmo livro mencionado no capítulo 6, dá página 493. Segue abaixo:
Given:
And the command line:
java Regex2 "\d*" ab34ef
What is the result?
A. 234
B. 334
C. 2334
D. 0123456
E. 01234456
F. 12334567
G. Compilation fails.
Errei duas vezes seguidas, e só consegui entender então quando botei para rodar, mesmo tendo lido o capítulo todo. Acho que eu não estava em um dia de sorte.
Acho que quanto a este assunto é quase certo cair uma questão deste tipo, ainda ressaltando os quantificadores: [?, *, e +] em junção das classes Matcher e Pattern, ou talvez abordando o uso do Scanner, assim como o uso dos métodos printf/format.
Achei interessante também a questão 9:
Which will compile and run without exception? (Choose all that apply.)
A. System.out.format("%b", 123);
B. System.out.format("%c", "x");
C. System.out.printf("%d", 123);
D. System.out.printf("%f", 123);
E. System.out.printf("%d", 123.45);
F. System.out.printf("%f", 123.45);
G. System.out.format("%s", new Long("123"));
Mais uma vez redobrar a atenção. Aparentemente parece complicado, mas só a prática, no código mesmo, o levará a ótimas conclusões. Mãos à obra!!!
|
|
|
|
cecaldas wrote:
rodrigo_lm wrote:Perae faelcavalcanti vc esta dizendo q se eu terminar a prova e sobrar um tempo.. e eu kiser ficar revisando as questões.. ele vai apagando..??? Ou soh aquelas q vc marca??
Só as drag and drop.
Isso mesmo somente quis mencionar as questões de drag-and-drop, e não as outras, inclusive as que você digita por exemplo, o nome completo da interface de marcação para que os objetos possam ser serializáveis.
java.io.Serializable
Agora, na minha opnião, quanto à:
#@®®¡$ wrote:Na minha prova ele avisou que ia limpar as drag-and-drop antes de limpar e deu opção de yes or no.
E, na boa, os 15 minutos que você perde respondendo o questionariozinho do começo dificilmente farão falta até o fim da prova.
não me lembro de ter visto este questionário. Fiz o exame 310-055 no final de agosto de 2005, e acabei acertando 40 questões apenas, ou seja, 56% ao invés dos 59% esperados pela prova. Fui um pouco imaturo de ter feito a prova um mês após o lançamento, porque mal tinha-se material disponível e documentação, quanto mais livros. Hoje, um ano após, farei a revanche agora no dia 30/08. Outra coisa também é que fiz também a beta do SCJA em que era solicitado 68% de aproveitamento e só acertei 60%. Como podem ver não tive aproveitamento nenhum no ano passado, mas não baixei a cabeça, e estou hoje preparado para contra-atacar!!! É só um pouco de determinação, e segundo chapolin, "calma, calma, calma, não criemos pânico"!!!!!
Agora voltando ao assunto, pode ser que eles tenham melhorado então para facilitar, mas que eu me quebrei por desconhecimento do simulado me quebrei e isso me deixou também até nervoso, pois não sabia das questões do tipo drag-and-drop.
Acho que a sun deveria divulgar ou disponibilizar o simulado para agente poder baixar e assim estar mais preparado, quanto ao uso do simulado. Neste caso não necessariamente precisaria ser sobre java, poderia ser sobre qualquer coisa, mas que pelo menos estejamos seguros quanto ao tipo de subjetividade que será cobrada. Muita gente aqui do fórum desconhesse sobre este tipo de questão e não ter pelo menos idéia de como será o simulado, o deixará mais nervoso na prova.
Discordo do que marques mencionou quanto à:
marques_eder wrote:
Agora, Adivinhem!!!...........tic-tac........... Isso mesmo, FDP, esse é o 1o pega da prova, ...o tempo ja tá correndo e não mostra nenhum reloginho regressivo.
pois o tempo da prova só será contado após o questionário, e não enquanto você faz as questões, aparentemente parece que não pois eles disponibilizam um relógio localizado na diagonal do display, em que quando iniciasse o questionário, se eu não me engano contam pelo menos 15min e quando é finalizado é disponibilizado os 175mim em contagem regressiva da prova mesmo, aí quando você der conta já tá lá a 1º questão.
Contudo, é muito chato termos que responder diversas perguntar e ainda poder optar em realizar um simulado a parte com questões sobre a lua, o sol para se ter uma idéia de como é o simulado para quem nunca fez, mas se você nunca sabe exatamente como será avaliado, ou seja, quanto ao tipo de subjetividade das questões.
É melhor então fazer que nem o colega, marcar tudo como "sou um imbecil", me dá logo a prova.
|
|
|
|
thingol wrote:
marques_eder wrote:Não tenho certeza, mas acho que sim.
Nas questões de clique-arrasta a tela vinha em branco, apenas com um botão que abria uma janela pra vc preencher os espaços amarelos com as opções azuis.
Várias vezes eu tentava clicar rápido nesse botão e ele não conseguia abrir a janela....
Se não for q a máquina é lenta, então acredito que ele estava buscando coisas na rede.
Não é online; a prova (que acho que foi codificada em Delphi ou VB) só envia os resultados para poder imprimir o certificado. Provavelmente o lugar onde a prova foi aplicada estava usando um Compaq Presario 486 com 32 MB de memória (já vi umas máquinas dessas por aí  )
O pior é quando você volta para a questão e tenta revisá-la novamente, ela limpa tudo o que você fez, e na verdade você quer apenas fazer uma revisão e não refazer toda a questão e você acaba nem se lembrando do que fez por conta de tantas questões do tipo drag-and-drop.
Achei isso um saco.
|
|
|
|
Parabéns cara pelo resultado. Para semana estarei fazendo também e espero conseguir o mesmo resultado.
Fallow!
|
|
|
|
faelcavalcanti wrote:Caso eu comente alguns deles o código irá compilar e rodar normalmente.
Errei quando disse "alguns deles", era para ter mencionado apenas o método:
static void go(Integer ... y) { System.out.println("Integer ..."); }
Foi mal.
|
|
|
|
Efetuei outra classe com mais alguns métodos, como abaixo:
Notem que ocorre o mesmo problema:
The method go(long[]) is ambiguous for the type BoxOrVararg
Estive fazendo uma re-leitura sobre o assunto, e como no Java 5 agora existem 3 novas formas avançadas de overloading que devem ser esclarecidas como mencionei acima:
Widening
Autoboxing
Var-args
E você pode ter o uso de widening juntamente com:
Widening beats boxing
Widening beats var-args
A ambiguidade que está ocorrendo é justamente dentro dos dois métodos abaixo:
static void go(Long ... y) { System.out.println("Long ..."); }
static void go(Integer ... y) { System.out.println("Integer ..."); }
Caso eu comente alguns deles o código irá compilar e rodar normalmente.
E a conclusão e aprendizado que tive é de que ocorrerá ambiguidade quando o valor passado para a chamada do método for ambiguo(menciono ambiguo por conta que quebrei a regra que mencionei acima, You CANNOT widen and then box. ) ao valor esperado, por exemplo, os dois métodos que mencionem acima compilam na minha classe, mas eu deveria usar o bom senso e ter que deixar apenas uma declaração que atendesse a maioria, e deixar total liberdade para os programadores que vinhessem a usar, possibilitando, lógico, estes novos recursos, mesmo sem ter qualquer perda de precisão, e assim eu não precisaria ter que ficar criando métodos para diversas situações de tipos primitivos.
A bronca não está só na chamada do método, mas sim nas assinaturas dos métodos disponíveis para uso.
E para fixar de vez os cuidados quando ao uso, cito novamente as regras, retirado à luz da página 244 do livro de kathy sierra e bert bates, direcionado para o exame(310-055):
* Primitive widening uses the "smallest" method argument possible.
* Used individually, boxing and var-args are compatible with overloading.
* You CANNOT widen from one wrapper type to another. (IS-A fails.)
* You CANNOT widen and then box. (An int can't become a Long.)
* You can box and then widen. (An int can become an Object, via Integer.)
* You can combine var-args with either widening or boxing.
É bom ter cuidado!
|
|
|
|
Estive até olhando agora no livro eles ainda mencionam:
What about DataInputStream and DataOutputStream? They're in the objectives! It turns out that while the exam was being created, it was decided that those two classes wouldn't be on the exam after all, but someone forgot to remove them from the objectives! So you get a break. That?s one less thing you?ll have to worry about. Congratulations, you're closer than you thought.
A citação acima encontra-se na página 457, para quem possui o livro. Confiaremos neles então! 
|
|
|
|
Na verdade o alto acoplamento, consiste na dependência existente entre as classes, e o mesmo equivale quanto ao uso de interfaces, e assim como na quantidade de métodos e variáveis.
Tive uma dúvida parecida postada aqui no fórum, em que estava indeciso quanto a uma questão de acoplamento.
Acho que pode esclarecer um pouco, qualquer coisa posta tua dúvida aqui.
|
|
|
|
cecaldas wrote:
leosouzabh wrote:Afinal de contas!!
O livro da Kathy sobre o JAVA 5 so aborta as atualizações da versao 4 para a 5 ou aborta tudo que cai na prova 310-055????
Tudo.
Na verdade ainda tenho algumas dúvidas, no livro de kathy sierra e bert bates, eles mencionam do assunto sobre I/O não cairá na prova as classes DataInputStream e DataOutputStream, em que você verá claramente contido no objetivo (3.3) da SUN.
Quem garantirá que eles não omitiram de verdade.
|
|
|
|
thingol wrote:Acho que o próprio pessoal da Sun andou tentando mexer no javac.exe e no java.exe para permitir isso (a alteração é estupidamente simples), mas no fim das contas acabaram voltando atrás. (Acho que voltaram atrás para que os professores de Java pudessem pegar no pé sobre essas coisas bobocas )
O mesmo ocorreu com a inclusão do método printf, talvez para que deixassem os programadores antigos de "C" mais felizes.
|
|
|
|
|
|