Discussion :

[gstratege]

Bonjour,
J'ai découvert qu'il est possible d'instancier un objet sans utiliser l'opérateur new, et on appelle ça l'instanciation dynamique.
Je n'arrive pas à comprendre en quoi c'est plus dynamique qu'un new, et quel est l'intérêt.
Si quelqu'un a un exemple simple et concret ?
Merci

[Invité]

Lorsque tu fais un new, tu décides a la compilation quelle classe tu vas instancier.
Avec java.lang.refect, tu peux par exemple a partir d'un chaine de caractère charger dynamiquement une classe inconnue à la compilation, puis l'instancier.
Ce genre de procédé peut servir par exemple, lorsque tu fais des applications modulaires.
cf. http://baptiste-wicht.developpez.com.../?page=Modules

[gstratege]

D'accord merci !

[katy93]

a quoi sert l'instanciation dans java svp

[joel.drigo]

Salut,

Instancier, c'est créer une nouvelle instance d'objet.

Java est un langage orienté objets, c'est-à-dire qu'on manipule des objets. Comment est constitué un objet (ses propriétés et ses comportements) est décrit dans ce qu'on appelle une classe. C'est comme un plan de maison. Instancier un objet, c'est créer un nouvel objet à partir d'une classe, comme quand on bâtit une nouvelle maison à partir d'un plan.

On peut donc avoir plus plans différents, et pour chacun de ces plans, avoir plusieurs maisons différentes, comme on peut avoir plusieurs classes différentes, et créer plusieurs instances d'objets pour chacune de ces classes.

On instancie habituellement un objet en Java avec l'opérateur new (il y a d'autres moyens, dont l'un d'eux est évoqué dans la question initiale) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Objet objet = new Objet(); // on instancie une nouvelle instance de classe Objet dont on met la référence dans une variable appelée objet, et typée Objet

[bouye]

Prenons un exemple simple, tu te créer une interface qui permet d'utiliser le GPS.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
public interface GPS {
   double getLongitude();
   double getLatitude();
}

Cette interface permet de récupérer les coordonnées de ta position de manière unifiée et ce quelque soit la plateforme sur laquelle ton application va tourner.

Cependant, suivant que tu sois sur un PC, un téléphone sous Android ou un téléphone iOS, tu ne va pas accéder au service GPS de l'OS de la même manière (si tant est qu'il y ait un service de localisation sur cet OS). Cela veut dire que tu vas devoir coder 3-5 implémentations concrètes différents qui étendent cette interface pour chacune des plateformes cibles.

Cependant tu n'as pas non plus envie dans ton code de devoir écrire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
GPS gps = null;
si Windows
   gps = new WindowsGPS();
si Linux
   gps = new LinuxGPS();
si macOS
   gps = new MacOSGPS();
si Android
   gps = new AndroidGPS();
si iOS
   gps = new IOSGPS();
finsi

C'est certes portable mais pas très facile a maintenir (ajout/suppression d'OS supportés) ou même a compiler. Les portions propres a certains systèmes ne pourront pas se compiler sur les autres.

Par contre ca serait cool si tu pouvais écrire un truc :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

GPS gps = FabriqueDeGPS.nouveauGPS();

Mais tu n'as pas non plus envie de retrouver ton grosbloc if écrit en dur, dans le code de la fabrique a GPS. Ça ne ferai que déplacer le problème ailleurs sans le resoudre.

Comme le dit EyZox, en Java il existe des moyens d'instancier une classe via une chaîne de texte, soit a mano par la réflexion, soit par l'API des services. Le code a utiliser est flexible et très générique et donc peut être utilisé pour plusieurs solutions. Ce faisant tu n'as plus de références en dur vers la classe concrète qui est utilisée, ça te permet entre autres :

• De compiler plus facilement ton module indépendamment de la plateforme sur laquelle tu te trouves.
• De changer les implémentations concrètes si besoin sans avoir a bidouiller le code partout ailleurs dans les autres classes.
• De rajouter des supports de nouvelles plateformes sans rajouter plus de code ici et la.

Par contre évidement en introduisant un tel découplage, tu perds certains avantages que pouvais t'apporter la compilation et donc tu vas devoir d'autant plus tester chaque plateforme séparément pour bien vérifier que tout fonctionne car désormais les erreurs peuvent se produire a l’exécution. Ex : une faute de frappe dans le fichier de déclaration du service fera que la classe concrète ne sera pas trouvée par la fabrique et donc une exception sera lancée lors de la tentative d'instanciation.