[quote=maior_abandonado][quote=alwayss2000@hotmail.com]Boa noite senhores e senhoras.
Sou novo em java. e me deparei com a seguinte situaçao. Eu posso substituir um if por um try? Qual a a melhor oção. Segue o codigo abaixo para análise. Obrigado a quem contribuir.
public boolean verficaCaixa(){
boolean status;
try {
Caixa caixa = this.caixaDao.verificaStatus();
status = true;
return status;
} catch (DAOException e) {
return status = false;
}
}
sem try mas agora com if
public boolean verficaCaixa(){
boolean status;
if (this.caixaDao.verificaStatus() == true{
status = true;
return status;
} else{
return status = false;
}
}
[/quote]
é sempre bom ver gente interessada na qualidade de seus códigos, ja que você se mostrou interessado nisso uma outra dica que te dou, uma coisa que com o tempo vem, só para simplificar, deixar seu código menor e mais simples quanto aos seus ifs por exemplo…
você está acostumado a usar comparações nos seus ifs, na verdade você não precisa, um if veriifca apesar se o resultado do que está dentro dele é verdadeiro, entra no bloco do if caso sim e no else caso não, veja:
if (this.caixaDao.verificaStatus() == true){
é o mesmo que
if (this.caixaDao.verificaStatus() ){
se você quisesse por exemplo comparar se o retorno do método, no caso o status fosse falso, então:
if (this.caixaDao.verificaStatus() == false){
poderia ser substituido por:
if ( ! this.caixaDao.verificaStatus() ){
por que está negando aquele valor, então só vai entrar no if caso o resultado seja falso, percebe? é mais simples e mais facil… agora veja só:
public boolean verficaCaixa(){
boolean status;
if (this.caixaDao.verificaStatus() == true{
status = true;
return status;
} else{
return status = false;
}
}
poderia ser substituido por
public boolean verficaCaixa(){
return this.caixaDao.verificaStatus();
}
isso é claro por que além de armazenar o resultado em uma váriável local (que nem é usada para algo além de ser retornada) a única coisa que você faz é retornar o resultado do método…
uma das coisas que vejo os programadores mais experientes que conheço considerar, é que o código feito seja simples, de fácil compreensão e de preferência curto (além de algumas outras coisas relacionadas a OO e a padrões de projetos, que também levam bastante em consideração a simplicidade).
continue com esse pensamento em se preocupar com a qualidade do seu código ;)[/quote]