Tu as un seul bouton pour tout. Ce bouton, tel quel, est configuré en cas de clic dessus pour incrémenter ou décrémenter tous les gameObjects qui ont la capacité like/unlike. Il agit comme un bouton global.
Ce que tu veux (si j'ai bien compris), c'est qu'il puisse agir sur tout le monde mais séparément, en fonction du dernier gameObject sélectionné.
Donc il te faut récupérer le dernier sélectionné, et lorsqu'un clic à lieu, le bouton doit envoyer la consigne de like/unlike au seul gameObject sélectionné.
Tu auras un script de sélection qui récupérera le GameObject sélectionné.
Tu auras un script de Like/Unlike sur ton bouton qui communiquera avec le premier script pour récupérer donc le gameObject et qui lancera sa fonction TaskOnClick ().
Tu auras un script sur les gameObjects qui gérera le score et son affichage.
Concernant la récupération de la sélection, elle peut-être intégrée au script du gameObject (puisqu'il est cliqué, il est donc interagi, donc utilisable). Il enverra l'info soit au script de récupération de la sélection soit directement au bouton. Dans le deuxième cas, la partie récupération par le bouton est donc obsolète car il a l'info.
Généralement, concernant la communication entre script, il faut simplement réfléchir dans le bon sens: Qui a besoin et qui a l'info -> Il vaut mieux envoyer l'info (puisque la réponse vient à toi) que de la récupérer (puisqu'il faut aller chercher une info sans être sur qu'elle existe).
C'est plus ou moins pareil dans notre monde. Au lieu d'appeler le garagiste toutes les heures pour savoir si ta voiture est réparée, il vaut mieux que le garagiste t'appelle quand il a fini. C'est mieux même si les deux solutions fonctionnent.
(Et si quelqu'un me sort que le garagiste n'appellera peut-être pas tout de suite mais le lendemain et que dans ce cas c'est mieux d'appeler toutes les heures, c'est qu'il est aussi c*n que son programme, puisque c'est lui qui programme le garagiste...)
.
)