Création de classes

Package

Les classes Java sont regroupées par finalités dans des ensembles appelés packages eux-mêmes organisés sous forme hiérarchique. Quand vous rédigez le code source et que vous souhaitez utiliser une classe d’un package donné, il vous faut soit préciser son chemin complet à chaque appel ou, de façon plus concise, déclarer son importation dans l’en-tête du fichier source. Les classes « standard » du package java.lang ne suivent pas cette règle ; elles sont directement accessibles !

Les classes que vous allez développer devront obligatoirement appartenir à des packages que vous allez donc devoir créer. L’organisation de ces ensembles de classes et de leurs hiérarchies vous permet de contrôler la portée des packages, des classes et des méthodes.

Il existe des conventions de nommage pour les packages (comme d’ailleurs pour les classes, les méthodes, etc.). Celles-ci peuvent varier d’une entreprise à l’autre. Généralement, le package commence par le nom d’un type de domaine (com, edu, gov, mil, net, org) suivi par un point (.), suivi par le nom de la société, lui-même suivi par un point (.). Ensuite, il peut y avoir un nom de projet ou de module utilisable dans plusieurs projets, etc.

Exemple de nom de package

com.eni.facturation.exportcompta

Généralement, l’analyse UML menée en amont vous aidera pour le nommage. Ce nom doit commencer par une lettre ou par un tiret bas (_). Il peut ensuite contenir des lettres...

Déclaration d’une classe

On a déjà un peu « empiété » sur la théorie, alors ajoutons une classe à notre package.

L’ossature de la classe a été créée.

Notez la déclaration de son package d’appartenance en toute première ligne.

Si vous essayez de déclarer deux classes de type public dans un même fichier source, IntelliJ IDEA réagira comme suit :

Une classe se déclare avec le mot-clé class suivi par le nom que vous lui avez choisi. Comme pour le package, ce nom doit commencer par une lettre ou par un tiret bas (_). Il peut ensuite contenir des lettres, des chiffres et des tirets bas. Évitez d’utiliser les caractères accentués et optez pour une convention de nommage de type Pascal Case. Par exemple, si vous écrivez une classe émulant un lecteur numérique, le nom au format « PascalCase » sera LecteurNumerique. Les premières lettres des mots liés sont en majuscules.

Expliquée en détail plus loin, la déclaration d’un héritage éventuel intervient ensuite. En effet si la classe étend une classe existante, alors le mot-clé extends précède le nom de la superclasse.

Si la classe implémente une ou plusieurs interfaces, alors le mot-clé implements précède la liste des interfaces supportées par la classe.

Les membres de la classe (les attributs et les méthodes) sont ensuite définis entre accolades.

Syntaxe de déclaration

visibilité class NomClass  [[extends ClasseMere] 
[implements Liste interfaces de base]] 
{ 
   // corps de la classe 
} 

Exemple

package com.masociete; 
 
public class ClasseHeritiere extends SaClasseMere implements 
Interface1, Interface2 { ...

Les interfaces

Associations, compositions et agrégations

Dans tout programme, le développeur est amené à concevoir des classes qui utilisent ou contiennent d’autres classes pouvant à leur tour utiliser ou contenir d’autres classes, etc. Par exemple, un formulaire (boîte de dialogue avec l’utilisateur) affiche différents contrôles comme des boutons radio, des cases à cocher, des boîtes de saisie de texte ou autres listes déroulantes. Le formulaire et chacun de ses contrôles sont encapsulés dans des classes que le développeur va associer pour parvenir à l’affichage de la boîte finale.

Les associations sont plus ou moins fortes. Dans notre exemple l’association est forte car c’est le formulaire qui instancie ces contrôles et ces mêmes contrôles seront détruits à sa fermeture. On parle alors d’agrégation composite ou plus simplement de composition.

Pendant cette association, l’objet Contenant accède librement aux membres de type public de chacun des objets Contenu. Ainsi, lors de son chargement, notre formulaire pourra initialiser les contenus par défaut des boîtes texte, les sélections des boutons radio et, au moment de la validation, récupérer les choix de l’utilisateur en interrogeant chacun des contrôles.

Comment le langage Java nous permet-il de gérer ces différentes formes de collaboration ?

Quel que soit le degré d’association, la classe Contenant aura besoin de stocker des références sur les classes contenues.

Il peut y avoir plusieurs objets de mêmes types référencés dans la classe Contenant. Cette pluralité s’exprime d’ailleurs en UML par un indice au bout de la liaison indiquant soit une quantité finie soit une fourchette possible.

Dans cet exemple, un auteur peut écrire un ou un nombre indéfini d’ouvrages (1..*) et un ouvrage n’est rattaché qu’à un seul auteur (1).

Le langage Java va donc avoir plusieurs formes de codages pour ces différents types d’association.

class Contenant{ 
    Contenu contenu  = null; 
} 

Les classes imbriquées

Il est possible de déclarer une classe... dans une classe ! Cette fonctionnalité offre au développeur une façon supplémentaire d’organiser son code. Les classes principales sont enregistrées dans des packages et il est donc possible d’effectuer des regroupements à l’intérieur de ces classes principales.

La plupart du temps, la classe imbriquée - appelée nested class ou inner class - n’a aucune signification en dehors de sa classe hôte et son opérateur de visibilité est de type private. Il est malgré tout possible de modifier ce type d’accès en public, protected ou package private.

Syntaxe d’une nested class

public class ClasseHote { 
     
    class ClasseImbriquee { 
 
    } 
    //... 
} 

Exemple de codage d’une classe imbriquée et de sa classe hôte

package com.eni; 
 
public class Main { 
 
    public static void main(String[] args) { 
        ClasseHote ch = new ClasseHote(); 
        ch.TestNestedClass(); ...

Quelques différences avec le C#

Les langages Java et C# sont très proches. Ce sont tous les deux des langages de références (au sens propre comme au sens figuré) et le passage de l’un à l’autre ne posera pas de gros problèmes.

Si vous êtes développeur C#, les différences à savoir concernant ce chapitre sont que Java ne supporte pas :