pourquoi ne pourrait-il pas traduire
Parce que c'est pas la meme chose.
On va quand meme pas peter la semantique du langage juste parce que vous etes pas capable de comprendre la difference pointeur/valeur ou parce que vous etes trop flemmard pour taper .equals en lieu et place de ==?
Tant qu'on y est, addAll sur List c'est chiant, pourquoi ne pas compiler List.add(List) en List.addAll(List)?
C'est du meme niveau que ce que tu proposes...
C'est nettement plus simple. Quite à devoir implémenter une interface Comparable tout comme on implémente Iterable pour profiter du "foreach".
Oui, c'est sur que si tu supprimes l'egalite de pointeur, tout devient plus simple...
C'est pas complique quand meme.
Il y a l'egalite de valeur. Ca c'est une notion semantique, purement business logic. Tout le monde veut ca.
Il y a l'egalite de pointeur. Celle la, elle est la pour des raisons techniques. Tout le monde veut ca aussi.
Les deux sont fondamentalement different et ignorer la difference entre les deux resultera immanquablement dans d'enormes bugs, quel que soit le langage.
Conclusion:
Il faut donc un moyen de differencier les deux.
Java a choisi de ne s'occuper que de la partie technique, parce que c'est pas au langage de s'occuper de la semantique du code.
Parce qu'ils sont pas trop rat non plus, et que ca ferait chier tout le monde sinon, ils ont introduit hashCode et equals, mais libre au dev' d'implementer l'egalite comme il veut.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Utiliser les tty
Posté par pasScott pasForstall . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à -1.
Parce que c'est pas la meme chose.
On va quand meme pas peter la semantique du langage juste parce que vous etes pas capable de comprendre la difference pointeur/valeur ou parce que vous etes trop flemmard pour taper .equals en lieu et place de ==?
Tant qu'on y est, addAll sur List c'est chiant, pourquoi ne pas compiler List.add(List) en List.addAll(List)?
C'est du meme niveau que ce que tu proposes...
C'est nettement plus simple. Quite à devoir implémenter une interface Comparable tout comme on implémente Iterable pour profiter du "foreach".
Oui, c'est sur que si tu supprimes l'egalite de pointeur, tout devient plus simple...
C'est pas complique quand meme.
Il y a l'egalite de valeur. Ca c'est une notion semantique, purement business logic. Tout le monde veut ca.
Il y a l'egalite de pointeur. Celle la, elle est la pour des raisons techniques. Tout le monde veut ca aussi.
Les deux sont fondamentalement different et ignorer la difference entre les deux resultera immanquablement dans d'enormes bugs, quel que soit le langage.
Conclusion:
Il faut donc un moyen de differencier les deux.
Java a choisi de ne s'occuper que de la partie technique, parce que c'est pas au langage de s'occuper de la semantique du code.
Parce qu'ils sont pas trop rat non plus, et que ca ferait chier tout le monde sinon, ils ont introduit hashCode et equals, mais libre au dev' d'implementer l'egalite comme il veut.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.