Reprise du message précédent :
ce monde existe, et je suis en plein dedans

edit: bon, je fait parent?.getFiston?.setName ("toto" ) et que le fiston est vide, ca me renomme le parent

 
ce que je voulais dire c'est que les (bons) développeurs fonctionnent par pattern, un peut comme pour la lecture où on est habitué à certaines tournures de style plutôt que d'autres.

En plus, oui

if (!foo || !foo.getBar()) {
  throw new IllegalArgumentException("Valeur nulle dans un paramètre" );
}

Non

bon je retourne sur ma daube de C++ alors  

if (foo != null && foo.getBar() != null) {
throw new IllegalArgumentException("Valeur nulle dans un paramètre" );
}

HotSpot sait optimiser le code qui fait des "!=null": comme il va faire le test de toute façon (pour lancer le NullPointerException), s'il voit que toi tu l'as fait, il ne génère pas le code derrière. Au final, ça va donc plus vite.

Edit: Sauce: http://wikis.sun.com/display/HotSp [...] Techniques

Au passage, le deuxième n'est pas foireux, il est juste conforme au comportement du premier : je me fous de savoir si getBaz() renvoie null en fait.

Soit je lis mal, soit le deuxième envoie une IllegalArgumentException("valeur nulle" ) si aucun des deux n'est null. ça parait pas hyper logique.

les mauvais aussi  
J'en ai la preuve tout les jours en ce moment

Pas brillants mais pas ternes.

 
Il grandit vite le fils d'Harko

Rentrer dans un bloc try, ça coûte rien du tout, donc s'il est rare de NPE tu vas pas avoir de différence.

foo?.getBar()?.getBaz();

Comme en Objective-C
 
Ou bien un monde où foo et foo.getBar() ne peuvent pas être nuls, ou doivent le spécifier clairement

Surtout que si j'ai une NPE là, la rapidité du code devient le cadet de mes soucis.
 

+11

relis ta condition, gros flan

ouais, mais toi tu testes même quand ça peut créer un race condition alors

refactoring  

$svn diff | wc -l
2245

http://www.f-secure.com/weblog/archives/00001651.html
oops ...

 
old

désolé, je vends pas mon cul à faire du consulting dans une banque ...

 
+1 karma
 
Maintenant moi non plus

Bon, les javateuses. Faites un peu moins de bruit, il y a des gens qui essayent de digérer, là.

 
je suis chez uin fabricant d'armes, alors bon

Ce qui est bien avec Eclipse, c'est quand tu as des erreurs au lancement, tu ne sais pas comment les résoudre autrement qu'en le réinstallant
 

-clean sur la ligne de commande

Ça fonctionne pour les slips ?

foo?.getBar()?.getBaz();

Pour moi, le monde pur et intègre, c'est que les objets soient non nullables par défaut, comme je l'avais expliqué qq part dans un précédent message. Des commentaires la-dessus ?

Les namespaces php.

http://www.php.net/manual/en/langu [...] .rules.php

use B\D, C\E as F;
 
new F();    // using import rules, creates object of class "E" defined in namespace "C"

oh yeah, je suis persuadé que c'est le genre de trucs qui va améliorer grandement le code des noobs.

J'ai cessé de prêter attention à PHP à partir du moment où ils sont arrivés avec cette idée géniale de symboles de namespaces.

use B\D, C\E as F;
 
new F();    // using import rules, creates object of class "E" defined in namespace "C"

feingasse.

en plus, y'a une nouvelle, Daniela, 1m85, bonasse, et tout.

 
Madame était d'astreinte, en fait, hier...elle avait besoin de la bagnole.

...et tof!

use B\D, C\E as F;
 
new F();    // using import rules, creates object of class "E" defined in namespace "C"

la classe

use toto\foo as bar, titi\bar as foo

ça existe le IOPHPCC ?

use toto\foo as bar, titi\bar as foo

Je sais pas, mais vu ce qui était déjà faisable sans cette blague, pourrait y avoir de bons lolilol en perspective.

 
Fallait venir en vélo. Ou en tram.  
 

 
J'ai déjà du mal à me motiver pour sortir de chez moi après avoir bouffé au lance-pierres, alors si en plus faut se faire chier pour y aller...

MS l'a fait 20 ans avant, avec DOS