Kotlin : Fonctionnel ou POO ? Choisir la bonne approche

Kotlin : Deux mondes dans un seul langage

Vous êtes-vous déjà demandé pourquoi certains développeurs écrivent en Kotlin comme s'il s'agissait d'un Java amélioré, tandis que d'autres transforment leur code en une cascade de lambdas et de chaînes d'appels ? La réponse est simple : Kotlin est un langage multi-paradigme qui s'entend aussi bien avec la programmation orientée objet (POO) qu'avec la programmation fonctionnelle (PF).

Mais comment un débutant peut-il ne pas se perdre dans cette diversité ? Et un développeur expérimenté, comment éviter de tomber dans le « code spaghetti » à cause du mélange des styles ? Dans cet article, nous allons voir en quoi ces approches diffèrent, où et comment les appliquer, et comment Kotlin aide à combiner leurs meilleurs aspects. Préparez-vous : il y aura beaucoup de code et aucune monotonie.

Si vous apprenez Kotlin pour le développement Android ou le backend, la compréhension de ces paradigmes est votre ticket pour un code propre, lisible et maintenable. C'est parti !

Kotlin orienté objet : Le classique dans une enveloppe moderne

L'approche orientée objet concerne les entités. Vous avez des classes, les classes ont des propriétés et des méthodes. Tout ce que fait le programme est une interaction entre objets. Kotlin reprend le meilleur de Java, mais ajoute du sucre : data class, object, les propriétés paresseuses et bien plus encore.

Classes et héritage : exemple

Imaginez que nous écrivions un système pour une boutique en ligne. L'approche POO ressemblerait à ceci :

// Classe de base\nopen class Product(val name: String, val price: Double) {\n    open fun getDescription(): String {\n        return "$name coûte $price roubles."\n    }\n}\n\n// Héritage\nclass DiscountedProduct(name: String, price: Double, val discount: Double) : Product(name, price) {\n    override fun getDescription(): String {\n        val finalPrice = price * (1 - discount / 100)\n        return "$name avec une réduction de $discount% coûte ${"%.2f".format(finalPrice)} roubles."\n    }\n}\n\nfun main() {\n    val apple = Product("Pomme", 50.0)\n    val saleApple = DiscountedProduct("Pomme", 50.0, 20.0)\n    \n    println(apple.getDescription())  // Pomme coûte 50.0 roubles.\n    println(saleApple.getDescription()) // Pomme avec une réduction de 20% coûte 40.00 roubles.\n}

Tout est logique ici : il y a une hiérarchie, du polymorphisme, de l'encapsulation. Mais il y a aussi des inconvénients : le code devient lourd s'il y a beaucoup de classes. Et si nous avons simplement besoin d'appliquer une réduction à n'importe quel produit, nous devons multiplier les sous-classes.

Quand la POO règne-t-elle ?

\n
• Modèles métier complexes — lorsque les entités ont de nombreux états et comportements.
\n
• Composants d'interface utilisateur — Activity, Fragment, View — tout cela est de la POO classique.
\n
• Travail avec des bases de données — les ORM (par exemple, Room) utilisent la réflexion et les annotations liées aux classes.
\n

Kotlin fonctionnel : Concision et sécurité

La programmation fonctionnelle concerne les calculs, pas les états. Au lieu de muter des objets, nous utilisons des données immuables et des fonctions pures. Kotlin ne vous oblige pas à écrire dans un style fonctionnel, mais fournit tous les outils pour cela : lambdas, fonctions d'ordre supérieur, constructions de type monade (par exemple, Result).

Fonctions d'ordre supérieur : exemple

Résolvons le même problème de réductions, mais de manière fonctionnelle :

data class Product(val name: String, val price: Double)\n\nfun applyDiscount(discount: Double): (Product) -> Product = { product ->\n    val finalPrice = product.price * (1 - discount / 100)\n    product.copy(price = finalPrice)\n}\n\nfun main() {\n    val apple = Product("Pomme", 50.0)\n    val saleApple = applyDiscount(20.0)(apple)\n    \n    println("${apple.name} coûte ${apple.price} roubles.")           // Pomme coûte 50.0 roubles.\n    println("${saleApple.name} avec réduction coûte ${saleApple.price} roubles.") // Pomme avec réduction coûte 40.0 roubles.\n}

Remarquez : nous ne créons pas une nouvelle classe. Nous passons simplement les données à travers une foncti