Tirei esse print agora…está lá:
http://www.censo2010.ibge.gov.br/sinopse/webservice/
0
Para o EJB ser bom, a linha de código tem que ser difícil de coomprender, dessa forma ninguém nunca vai entender ele e tampouco questionar sua qualidade, como abaixo:
Integer id = processo.getListaProcessoPerfil().get(0).getProcessoPerfilPK().getPerfilProcesso().getPerfilProcessoPK().getPerfilProcessoBase().getTipoServico().getId();
Além de tudo, não conseguiram mapenar no Hibernate o relacionamento 1 <-> 1. O EJB foi mapear 1 <-> N e pegar a primeira posição da lista. Por isso tem um get(0) no meio.
Quantidade de digitos em javascript é baba
Postado: 10 de novembro de 2011 por fabiojapa em gohorse, pogTags: gohorse, pog
Um EJB em Javascript sugerido pelo Tiago Passos:
Fui corrigir um problema em uma validação num JavaScript do Projeto “X”, e encontrei a seguinte obra-prima:
if( !( ( (digitos / 10000000000) >= 1 ) && ( (digitos / 10000000000) < 10 ) ) ){
alert('O código deve conter 11 dígitos');
}
Longe de mim dizer que isso é um armengue ( 
), mas acho que mais simples fazer isso:
if (digitos.length != 11) {
alert('O código deve conter 11 dígitos');
}
Fonte: http://blog.tiagopassos.com/2011/11/09/uma-obra-prima-de-javascript/
Opa…
Voltei….só estava mexendo com códigos bem feitos…
Por isso estava sem material pra postar aqui…hehehehehehe
Mentira. Sempre tem EJB….hehehhe
Olhem esse método bonito que diz se o int é par:
public static boolean par(int i) {
String str = ""+i;
char lastChar = str.charAt(str.length()-1);
if (lastChar == '0' || lastChar == '2' || lastChar == '4' ||
lastChar == '6' || lastChar == '8')
return true;
else
return false;
}
// Porque diabos colocar um return deste de um finally?
public int nomeDoMetodo() {
try {
// ...
} catc( Exception e ) {
//... trata
} finally {
filePost.releaseConnection();
return (status == HttpStatus.SC_OK);
}
}
Extensão de arquivo
Postado: 24 de setembro de 2011 por fabiojapa em gohorse, pog, xgh - gohorseTags: gohorse, pog
/**
* aonde ele aprendeu isso?
* @see java.io.FileFilter#accept(File)
*/
public boolean accept(File file) {
if (filename.getName().substring((filename.getName().length() - 4), filename.getName().length()).compareTo(EXTENSAO) == 1) {
return true;
} else {
return false;
}
}
/**
* Que tal fazer assim?
* @see java.io.FileFilter#accept(File)
*/
public boolean accept(File file) {
String filename = file.getName();
return filename.endsWith(EXTENSAO)
}
Fiquei tão espantando com a condição do IF…
...
if (rs.getString("TIPO_CAMPO").equals("NR")){
ps.setString(1, fvp.getValue());
} else {
ps.setString(1, fvp.getValue());
}
...
…que tive dificulddes de enxergar que ele era inútil e o código seria correto assim:
...
ps.setString(1, fvp.getValue());
...
//sem comentarios...me recuso...
public static boolean isNull(Object obj) {
boolean isNull;
try {
obj.toString();
isNull = false;
} catch (NullPointerException e) {
isNull = true;
}
return isNull;
}
Escolha sua opção:
1
int x = 0;
for (x = 0; x < 1000; x++) {
if (x == 999)
x = 0;
...
}
2
while (true) {
....
}
A opção 1 é bem criativa...rsrs