Alors, dans ce cas, oui, East est parfaitement adapté à du Erlang et devrait y faire des merveilles (puisque c'est le principe du langage en fait). ![Smile Smile](https://jeuweb.org/images/smilies/smile.png)
De toute façon, dans le design, East ou West nécessiteront une attente quand ils émuleront un getter/retour (l'avantage de West sur ce plan étant que le getter est explicite, alors qu'il est dissimulé en East).
En West, l'appel à un getter attend explicitement son retour (est-ce qu'il y a des langages où un return void ne bloque pas l'exécution?). En East, on se retrouve avec des codes où l'attente est totalement masquée (puisque tout retourne this/void). Je retrouve plus l'exemple où j'avais vu cela (ce devais être ici ou sur un des blogs), je rechercherai ce soir.
![Smile Smile](https://jeuweb.org/images/smilies/smile.png)
De toute façon, dans le design, East ou West nécessiteront une attente quand ils émuleront un getter/retour (l'avantage de West sur ce plan étant que le getter est explicite, alors qu'il est dissimulé en East).
En West, l'appel à un getter attend explicitement son retour (est-ce qu'il y a des langages où un return void ne bloque pas l'exécution?). En East, on se retrouve avec des codes où l'attente est totalement masquée (puisque tout retourne this/void). Je retrouve plus l'exemple où j'avais vu cela (ce devais être ici ou sur un des blogs), je rechercherai ce soir.