Comment fonctionne setOnClickListener en Kotlin : plongeons sous le capot

Comment fonctionne setOnClickListener en Kotlin : plongeons sous le capot

Chaque développeur Android, en passant de Java à Kotlin, se demande tôt ou tard : « Pourquoi setOnClickListener semble-t-il maintenant si simple et élégant ? » Et ce n'est pas de la magie — derrière cela se cache un mécanisme puissant du langage que nous allons décortiquer aujourd'hui.

Si vous avez déjà écrit quelque chose comme :

button.setOnClickListener { \n    toast("Appuyé !")\n}\n

...alors vous avez déjà utilisé la conversion SAM et les expressions lambda. Mais comment Kotlin transforme-t-il exactement ce code concis en ce qu'Android comprend ? Décortiquons cela.

L'approche classique en Java : par où tout a commencé

En Java, setOnClickListener ressemblait à ceci :

button.setOnClickListener(new View.OnClickListener() {\n    @Override\n    public void onClick(View v) {\n        // votre code\n    }\n});\n

Ici, nous créions une classe interne anonyme implémentant l'interface View.OnClickListener. Cela fonctionnait, mais le code était lourd. Kotlin a proposé une solution élégante — les expressions lambda.

La transformation Kotlin : à quoi cela ressemble maintenant

En Kotlin, le même code peut s'écrire en une seule ligne :

button.setOnClickListener { \n    println("Bouton pressé")\n}\n

Mais que se passe-t-il sous le capot ? Décomposons cela étape par étape.

Étape 1. Conversion SAM

SAM (Single Abstract Method) — c'est une interface avec une seule méthode abstraite. View.OnClickListener en est un parfait exemple : il n'a qu'une seule méthode onClick(View).

Kotlin convertit automatiquement la lambda en implémentation de cette interface. C'est ce qu'on appelle la conversion SAM. Le compilateur voit que vous passez une lambda là où un View.OnClickListener est attendu, et crée une classe anonyme pour vous.

Autrement dit, lorsque vous écrivez :

button.setOnClickListener { v -> println("Pressé $v") }\n

...Kotlin génère approximativement ce bytecode :

button.setOnClickListener(new OnClickListener() {\n    @Override\n    public void onClick(View v) {\n        System.out.println("Pressé " + v);\n    }\n});\n

Étape 2. Raccourcissement des paramètres

Si la lambda accepte un seul paramètre, vous pouvez l'omettre et utiliser le nom implicite it :

button.setOnClickListener { \n    println("Pressé $it")\n}\n

Cela fonctionne car Kotlin sait que le seul paramètre de la méthode onClick est un View. Le compilateur substitue automatiquement it.

Que se passe-t-il au niveau du bytecode ?

Plongeons encore plus profondément. Lorsque vous utilisez une lambda, Kotlin ne crée pas toujours un nouvel objet. Dans certains cas, il utilise des fonctions inline ou du mise en cache.

Considérons deux scénarios :

\n
• Lambda sans capture de variables — le compilateur peut créer une instance statique unique et la réutiliser.
\n
• Lambda avec capture de variables — un nouvel objet est créé à chaque appel, car l'état doit être conservé.
\n

Exemple avec capture :

var counter = 0\nbutton.setOnClickListener {\n    counter++\n    println("Pressions : $counter")\n}\n

Ici, Kotlin crée un objet qui stocke une référence à counter. C'est un peu plus coûteux, mais dans la plupart des cas, cela reste imperceptible.

Alternatives à setOnClickListener en Kotlin

Bien que les lambdas soient la méthode la plus populaire, il existe d'autres approches. Examinons-les.

1. Référence de méthode

Si vous avez déjà une fonction dont la signature correspond, vous pouvez passer une référence à celle-ci :

fun handleClick(view: View) {\n    println("Gestionnaire : $view")\n}\n\nbutton.setOnClickListener(::han