4. Membres d'une classe, visibilité

Les éléments déclarés à l'intérieur d'une classe Java sont appelés des membres. Il existe cinq types de membres:

des champs ;
des méthodes (les constructeurs d'une classe en font partie) ;
des blocs statiques ;
des blocs non statiques ;
des classes membre.

Nous avons déjà vu les classes membre et les blocs statiques.

4.1. Bloc non statique

Un bloc non statique est formellement identique à un bloc statique. Simplement, il ne comporte pas le modificateur static dans sa déclaration. Un tel bloc est utilisé pour initialiser les objets instances de cette classe. L'utilisation de ce genre de bloc peut être pratique, mais pose des problèmes lorsqu'il s'agit de tester unitairement des classes, comme nous le verrons.

4.2. Accès à un membre, visibilité

Pour pouvoir accéder à un membre non statique d’un objet, il faut posséder une référence sur cet objet. Si ce membre est statique, une référence sur la classe suffit. Ensuite, la machine Java suit un certain nombre de règles pour savoir si ce membre, statique ou non, que l’on cherche à lire ou modifier est accessible ou non. Pour cela, elle utilise les règles de visibilité. La visibilité d’un membre est définie par un mot clé qui peut prendre trois valeurs : private, protected ou public. Les règles d'accès sont les suivantes. Les membres private ne sont pas accessibles de l'extérieur d'une classe. On ne peut donc ni les lire, ni les modifier. Les membres public sont accessibles de toute classe. Ils sont donc lisibles et modifiables de tout objet. L'accès aux membres protected est un peu plus subtil. Ces membres ne sont accessibles que des instances de classes :

qui étendent la classe qui contient le membre protected ;
qui se trouvent dans le même package que celle qui contient le membre protected.

Voyons ceci sur un exemple. Construisons tout d'abord une classe Marin.

Exemple 28. Classe Marin pour les exemples de visibilité

public  class Marin {  
      
     protected String nom ;  
  
     protected String getNom() {  
         return  this.nom ;  
    }  
}

Toutes les classes se trouvant dans le même package que Marin ont accès aux deux membres protected de Marin : nom et getNom(). Les instances des classes qui étendent Marin ont également accès à ces membres. Si un membre est déclaré sans modificateur de visibilité, alors on dit qu'il est " package protected ". C'est-à-dire qu'il est accessible de toute classe du même package, en plus des classes qui étendent celle dans laquelle il est déclaré. Si l'on souhaite respecter les principes d'encapsulation enseignés par la programmation orienté objet, on évitera absolument de déclarer des champs autre que private, et on gardera à l'esprit qu'il n'y a pas beaucoup de différence entre public et protected. Il est effectivement très facile d'accéder à un champ protected d'une classe.

4.3. Les champs

Les champs sont les membres qui permettent de stocker des valeurs de types de base ou des objets. Un champ est déclaré suivant la syntaxe suivante :

 [visibilité] [static] typeDeChamp nomDuChamp [ = initialisation] ;

La visibilité du champ peut être omise (ce qui n'est pas conseillé), elle peut prendre les valeurs private, protected ou public. Le mot-clé static indique que le champ est statique. S'il est omis, le champ est non statique. Le type du champ peut être un type de base, ou tout nom de classe. Suit le nom du champ, et une éventuelle initialisation. Nous verrons dans la suite à quel moment exact cette initialisation est exécutée.

4.4. Signature d'une méthode

Une méthode est caractérisée par sa signature . La signature d’une méthode est composée :

de son nom ;
de la liste ordonnée des paramètres qu'elle accepte en entrée.

En particulier, les éléments suivants ne font pas partie de la signature d'une méthode :

le modificateur de visibilité ;
le type de retour ;
le modificateur static ;
la clause throws.

Une classe ne peut pas avoir deux méthodes qui possèdent même signature. Donc, il n'est pas possible d'avoir dans une classe deux méthodes de même nom et qui prenent les mêmes paramètres, mais avec des types de retour différents.

4.5. Les méthodes

Les méthodes sont les parties d’un objet qui permettent d’effectuer des traitements, de dialoguer avec d’autres objets, d’accéder à des ressources telles que des fichiers, des bases de données, des terminaux graphiques ou non, etc… Les règles de visibilité d'une méthode sont les mêmes que pour les champs. Une méthode peut donc être private, protected, ou public. Une méthode est déclarée de la façon suivante.

 [visibilité] [static] [signature] [throws exception] { … }

Si l'on omet le modificateur de visibilité pour une méthode (ce qui n'est pas conseillé), alors elle est package protected . De même que pour un champ, une méthode peut être déclarée static. On parle alors de méthode de classe. Elle est dans ce cas stockée dans un espace mémoire commun à tous les objets instances de cette classe. Une méthode statique ne peut accéder elle-même aux champs et méthodes non statiques de cette classe. Elle peut bien sûr recevoir en argument des champs non statiques et les traiter. Une méthode peut rencontrer une erreur lors de son exécution, par exemple une division par zéro ou une erreur d’ouverture de fichier. La dernière déclaration permet de préciser le comportement face à cette erreur. Nous verrons cela en détails plus loin. Une méthode pour laquelle on déclare un type de retour doit obligatoirement retourner une valeur. Le compilateur génèrera une erreur s'il se rend compte qu'il existe un chemin de sortie pour cette méthode, qui ne comporte pas de return. Ainsi, la méthode suivante ne compile pas.

Exemple 29. Erreur de compilation due à une valeur de retour non toujours définie

public  boolean testParite(int i) {  // erreur de compilation : la méthode 
                                    // ne retourne pas toujours une valeur  
     if (i %  2 ==  0)  
         return true ;  
}

À l'inverse, les deux méthodes suivantes compilent correctement.

Exemple 30. Types de retour correctement définis

public  boolean testParite1(int i) {  
     if (i %  2 ==  0)  
         return true ;  
     else  
         return false ;  
}  
  
 public  boolean testParite2(int i) {  
     if (i %  2 ==  0)  
         return true ;  
  
     return false ;  
}

4.6. Getters et Setters

Deux types de méthodes ont un statut particulier en Java : les getters et les setters . Afin de respecter le principe d'encapsulation, les champs non statiques d'une méthode sont déclarés private. Afin de pouvoir lire ces champs, et éventuellement d'en modifier la valeur, on ajoute à la classe un getter et un setter pour chacun de ses champs private. Le nom de ces deux méthodes est fixé par une convention universellement suivie, et sur laquelle de nombreux frameworks s'appuient. Il convient donc de la respecter ! Un getter commence par get, suivi d'un nom, qui est en général le nom du champ, commençant par une majuscule. Il retourne une valeur en général du même type que le champ associé. Le setter associé commence par set, suivi du même nom que le get. Il prend en paramètre un unique argument, du même type que le type de retour du getter associé. La présence d'un getter définit dans une classe une propriété. Si aucun setter associé n'est présent, alors cette propriété est en lecture seule. Voyons ceci sur un exemple.

Exemple 31. Getters et setters de la classe Marin

public  class Marin {  
      
     private String nomDuMarin ;  
     private String prenomDuMarin ;  
      
     public Marin(String nom) {  
        nomDuMarin = nom ;  
    }  
      
     public String getNom() {  
         return nomDuMarin ;  
    }  
      
     public String getPrenom() {  
         return prenomDuMarin ;  
    }  
      
     public  void setPrenom(String prenom) {  
         this.prenomDuMarin = prenom ;  
    }  
}

Cette classe Marin comporte deux propriétés :

nom, qui est en lecture seule. Le nom d'un marin est fixé lors de sa construction, et ne peut plus être modifié ;
prenom, que l'on peut lire et modifier.

On remarquera que le nom des champs n'est pas pris en compte lors de la détermination du nom d'une propriété. Enfin, précison ici que le langage Java ne définit pas la notion d' attribut . Cette notion est une notion UML et XML.

Java langage & API

Retour au blog Java le soir

Cours & Tutoriaux