EVGD: Códigos Toscos

Pior se ele foi um atendente de telemarketing antes.

JavaChild Membro desde: 14/07/2006 09:45:21 Mensagens: 128 Offline

danieldestro wrote:Pior se ele foi um atendente de telemarketing antes.

boolean estaraEstandoFazendoCompraPosterior = true;

Garanto que esse aí fala "vou ir"

richardpeder wrote:

danieldestro wrote:É segredo!

E se quiser viver deve mantê-lo muiiiiito em segredo!

Ufa, melhor eu ficar quieto então rsrs

Já que reviveram esta thread, e por acaso acabo de me deparar com algo sobrenatural rs
segue ai:

Interessante não?
O que seria dos amantes de refactory como eu, senão houvesse este tipo de código? hehehe

Fico feliz !!

Eu tinha visot uma pérola mosntra esses tempos.. procurei o tópico e não achei se eu ver denovo eu posto.

Enquanto isso na minha empresa...

Alguém queria ter certeza que o recurso iria ser fechado.

Se eu colocar o for até 50, será que melhora a performance?

Para mim uma verdadeira obra de arte:

Esses dias vi um conjunto grande de códigos toscos, um seguido do outro.
E o pior, o local onde estavam escritos chamava-se "Prova de Certificação Java".

Ou alguém discorda que os códigos da prova de certificação não são toscos? Sinceramente, se alguém viesse com código daquele e fosse meu funcionário, acho que demitia na hora.

Moderador Membro desde: 29/07/2004 16:10:13 Mensagens: 17543 Offline

Eu escrevo propositadamente vários códigos toscos aqui no GUJ, só para servirem como um exemplo didático.

Em um programa decente você não usaria

mas eu normalmente mostro assim para não deixar o código cheio de "try/catch".

Em código de produção, obviamente, ponho os tratamentos adequados.

GUJ Ranger Membro desde: 21/07/2005 08:51:27 Mensagens: 807 Offline

danieldestro wrote:Pior se ele foi um atendente de telemarketing antes.

boolean estaraEstandoFazendoCompraPosterior = true;

Poxa..... esse ai chutou o balde mesmo!

This message was edited 1 time. Last update was at 23/04/2009 11:09:22

Muitas vezes me confundi com os meus 1's minúsculos e maiúsculos.

Detalhe, o nome da classe que tem esse trecho de código é DirfServilet.... com 'i' em Servlet!

sério... muito sério.

Moderador Membro desde: 29/07/2004 16:10:13 Mensagens: 17543 Offline

mario.fts wrote: if (this != null) //continua

sério... muito sério.

É que em C++ às vezes você precisa de fazer esse tal teste "if (this != NULL)". O carinha deve ter sido programador C++ em alguma vida passada

GUJ Master Membro desde: 17/08/2005 10:11:05 Mensagens: 1095 Offline

thingol wrote:

mario.fts wrote: if (this != null) //continua

sério... muito sério.

É que em C++ às vezes você precisa de fazer esse tal teste "if (this != NULL)". O carinha deve ter sido programador C++ em alguma vida passada

Ah, é??? Em C++ tem isso ou você está zuando??? Se tiver explica porque....rssrsrsr

T+

Moderador Membro desde: 29/07/2004 16:10:13 Mensagens: 17543 Offline

Vou explicar direitinho por quê.

Como vocês devem saber, em C++ e C# o default não é chamar um método dependendo da classe do objeto (isso em C++ se chama um método "virtual"), e sim dependendo do tipo da variável (mais ou menos o que ocorre, em Java, quando se chama um método "estático").

Isso quer dizer que é possível invocar um método sem ter um objeto válido. Algo como:

O que deve ocorrer em C++ é algo como o nosso conhecido NullPointerException, só que mais assustador.
Mas você pode fazer uma coisa como:

se você for mais medroso.

Você pode até atribuir ao this, se usar um compilador antigo. Hoje em dia os compiladores não são tão toscos e não permitem mais isso.

Notícias, artigos e o maior fórum brasileiro sobre Java