10-08-2014, 01:04 PM
Je vais pouvoir réciter mes cours de 5e année:
POO, "Orienté" n'est pas là pour rien: cette histoire de "boussole qui pointe à l'Est" est simplement la redécouverte du concept objet pur, dans lequel les objets du code échangent des messages et rien d'autre.
Si objet1 appelle la méthode objet2.methode(arguments,...), alors cela correspond effectivement à l'envoie d'un message de type methode() avec les paramètres arguments,... de la part de objet1 à destination de objet2. En revanche, return n'est pas un échange de message entre objets puisque objet2 renvoie une entité (objet, variable,...) au flot d'exécution d'objet1, et non un message "typé" à destination de l'objet lui-même. Une fois le message envoyé par objet1, celui-ci ne devrait pas attendre de retour de la méthode (peut-être uniquement en attendre la fin et encore, là, je n'en suis plus certain), et il devrait poursuivre son chemin.
D'où le getTruc() remplacé par putTruc() dans l'article.
[Doublé d'un cheveu par Niahoo ^^]
POO, "Orienté" n'est pas là pour rien: cette histoire de "boussole qui pointe à l'Est" est simplement la redécouverte du concept objet pur, dans lequel les objets du code échangent des messages et rien d'autre.
Si objet1 appelle la méthode objet2.methode(arguments,...), alors cela correspond effectivement à l'envoie d'un message de type methode() avec les paramètres arguments,... de la part de objet1 à destination de objet2. En revanche, return n'est pas un échange de message entre objets puisque objet2 renvoie une entité (objet, variable,...) au flot d'exécution d'objet1, et non un message "typé" à destination de l'objet lui-même. Une fois le message envoyé par objet1, celui-ci ne devrait pas attendre de retour de la méthode (peut-être uniquement en attendre la fin et encore, là, je n'en suis plus certain), et il devrait poursuivre son chemin.
D'où le getTruc() remplacé par putTruc() dans l'article.
[Doublé d'un cheveu par Niahoo ^^]