La sérialisation et la désérialisation

Utiliser kotlinx-serialization dans les projets

Tout ce qui tourne autour de la sérialisation n’est pas inclus dans le langage Kotlin, dans le but de réduire la taille des programmes. Aussi, pour pouvoir utiliser ces concepts, il convient d’ajouter une dépendance tierce dans le fichier build.gradle.kts du projet IntelliJ IDEA. Quand on l’ouvre, ce fichier ressemble actuellement à ceci :

import org.jetbrains.kotlin.gradle.tasks.KotlinCompile 
 
plugins {  
   kotlin("jvm") version "1.4.10" 
   application  
}  
 
group = "me.rolan" 
version = "1.0-SNAPSHOT" 
 
repositories { 
   mavenCentral() 
}  
 
dependencies {  
   testImplementation(kotlin("test-junit")) 
}  
 
tasks.withType<KotlinCompile>() { 
   kotlinOptions.jvmTarget = "1.8" 
}  
 
application {  
   mainClassName = "MainKt" } 

Avant de modifier la section dependencies, modifions la section plugins en ajoutant la ligne suivante afin de pouvoir utiliser le plug-in kotlinx-serialization dans le projet :

kotlin("plugin.serialization") version "1.4.10"...

Qu’est-ce que la sérialisation ?

La sérialisation consiste en quelque sorte à faire une photo d’un objet à un instant T. Cette photo permet de "figer" l’objet et les valeurs de ses différentes propriétés. Cette photo peut ensuite être exploitée à de multiples fins : pour sauvegarder l’objet dans un fichier et le recharger plus tard (par exemple, pour sauvegarder l’avancement d’un joueur dans un jeu vidéo et restaurer son avancement à chaque nouvelle partie), pour envoyer l’objet sur le réseau, pour passer l’objet d’un écran à un autre sur Android, etc.

La sérialisation consiste à faire une photo d’une instance précise, et non pas d’une classe. Il est donc possible de sérialiser une multitude d’instances d’une même classe.

La sérialisation n’a de sens que si elle est utilisée en complément de la désérialisation. Il s’agit tout simplement du concept inverse, à savoir construire une instance d’une classe à partir de la photo de celle-ci obtenue suite à la sérialisation.

Pour résumer, le fait de sauvegarder un objet s’appelle la sérialisation tandis que le fait de charger un objet s’appelle la désérialisation.

Tout comme...

Des solutions alternatives

Outre le plug-in kotlinx-serialization, il existe de nombreuses solutions éprouvées qui permettent de mettre en place la sérialisation et la désérialisation. Citons-en quelques-unes.

Si l’on préfère éviter d’utiliser des bibliothèques tierces, des solutions héritées du langage Java permettent de mettre en place ce que l’on appelle communément la sérialisation Java. Pour cela, deux interfaces à implémenter sont disponibles : Serializable et Externalizable.

La sérialisation Java a quelques limites et n’est pas forcément très souple dès que l’on souhaite modifier la structure d’une classe et désérialiser dans cette nouvelle structure une photo d’une version précédente. Aussi, il est tout à fait possible de se tourner vers d’autres types de sérialisations.

Par exemple, les bibliothèques tierces suivantes permettent la sérialisation et la désérialisation JSON :

Bien qu’initialement conçues pour Java, toutes ces bibliothèques sont aujourd’hui compatibles...

La sérialisation JSON avec kotlinx-serialization

{ 
  "firstname": "Ludovic", 
  "lastname": "ROLAND", 
  "age": 31 
} 

{ 
  "firstname": "Ludovic", 
  "lastname": "ROLAND", 
  "age": 31, 
  "address": { 
     "number": 73, 
     "name": "avenue de Wagram", 
     "zipcode": 75017, 
     "city": "PARIS" 
  } 
}