Types de données primitifs

Salut, Amigo ! J'aimerais te parler de la structure interne des variables. Comme tu le sais déjà, chaque variable est associée à une zone de mémoire où sa valeur est stockée. »

« Oui. Tu m'en avais parlé la dernière fois. »

« Parfait. C'est bien que tu t'en souviennes. Je poursuis. »

« Tous les types composites sont constitués de types plus simples. Et ces derniers sont eux-mêmes constitués de types encore plus simples. On finit par se retrouver avec des types primitifs, qui ne peuvent pas être simplifiés davantage. C'est ainsi qu'on les appelle : types primitifs. Par exemple, int est un type primitif, mais String est un type composite qui stocke ses données sous forme de tableau de caractères (où chaque caractère a le type primitif char). »

« Très intéressant. Continue. »

« Les types composites sont formés en regroupant des types plus simples. Ces types sont ce que nous appelons des classes. Lorsque nous définissons une nouvelle classe dans un programme, nous déclarons un nouveau type de données composite. Ses données seront soit d'autres types composites soit des types primitifs. »

public class Person
{
   String name;
   int age;
}

public class Rectangle
{
   int x, y, width, height;
}

public class Cat
{
   Person owner;
   Rectangle territory;
   int age;
   String name;
}

« Pour l'instant tout est clair, même si ça me semble un peu tordu. »

« Les gros types (composites) contiennent de nombreux petits types (primitifs). C'est pourquoi les objets de ce type prennent une grande quantité de mémoire, plus que les variables des types primitifs. Parfois beaucoup plus. Effectuer des opérations d'affectation pour de telles variables prenait autrefois beaucoup de temps et nécessitait de copier de grandes sections de mémoire. C'est pourquoi les variables de types composites ne stockent pas l'objet lui-même, mais plutôt une référence à cet objet, c'est-à-dire son adresse à quatre octets. C'est assez pour désigner les données de ces objets. La machine Java se charge de toutes les complexités associées. »

« Là, par contre, je n'ai rien compris. »

« Plus tôt, nous avons comparé une variable à une boîte. Si tu veux stocker le numéro 13 dedans, tu peux écrire 13 sur une feuille de papier et la mettre dans la boîte. »

« Mais imagine que tu as besoin de stocker quelque chose de plus gros dans la boîte (variable). Disons, un chien, une voiture ou ton voisin. Au lieu d'essayer de mettre quelque chose qui ne rentrera jamais dans ta boîte, tu peux faire quelque chose de plus facile : utilise une photo de ton chien au lieu de ton compagnon à quatre pattes, une plaque d'immatriculation au lieu d'une vraie voiture, ou un numéro de téléphone au lieu de ton voisin. »

« Nous prenons un morceau de papier et écrivons le numéro de téléphone de ton voisin. C'est comme une référence à un objet. Si nous copions le morceau de papier avec le numéro de téléphone de ton voisin dessus et que nous le mettons dans plusieurs boîtes, tu auras de nouvelles références à ton voisin. Mais tu n'as toujours qu'un seul voisin. Tu comprends ? »

« Une caractéristique importante du stockage de données avec cette méthode est que tu peux avoir de nombreuses références à un seul objet »

« C'est super intéressant ! J'ai presque compris. Redis-moi une dernière fois : que se passerait-il si j'affectais une variable d'un type composite à une autre variable du même type composite ? »

« Alors les deux variables stockeraient la même adresse. Cela signifie que si tu modifies les données de l'objet référencé par une variable, tu modifies aussi les données référencées par l'autre. Les deux variables font référence au même objet. Bien sûr, il peut y avoir beaucoup d'autres variables qui stockent également des références vers cet objet. »

« Que font les variables de type composite (référence/classe) si elles ne possèdent pas de référence vers un objet ? Est-ce seulement possible ? »

« Oui, Amigo. Tu vas plus vite que moi avec ta question. C'est possible. Si une variable de type référence (composite) ne stocke pas une référence vers un objet, elle stocke ce qu'on appelle une 'référence null'. En gros, ça veut dire qu'elle référence un objet dont l'adresse est 0. Cependant, la machine Java ne crée jamais d'objet à cette adresse, dont elle sait toujours que si une variable de référence contient 0, elle ne pointe vers aucun objet. »

String s;
String s = null;

Person person;
person = new Person();
person = null;

Cat cat = new Cat();
cat.owner = new Person();
cat.owner.name = "God";

« Est-ce que j'ai bien compris ? Les variables sont divisées en deux types : les types primitifs et les types de référence. Les types primitifs stockent directement des valeurs, tandis que les types de référence stockent une référence vers un objet. Les types primitifs comprennent int, char, boolean et bien d'autres. Les types de référence incluent tout le reste. Nous utilisons des classes pour les créer. »

« C'est tout à fait exact, mon garçon. »

« Alors comme ça tu penses avoir tout compris. Voici quelques missions pour t'aider à consolider tes connaissances. »