Discussion :

[grodwar]

Je dispose d'un code C++ que je veux passer en Java mais je bute sur l'utilisation d'une instance déclarée avec Extern dans un gros fichier header et créer dans le main.

grosHeader.h:

Code :

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

extern monType* monInstance;

main.cpp:

Code :

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

monType* monInstance;

J'ai penser à 2 solutions:
* Passer en paramètre à la création de chaque objet utilisant monInstance la référence sur cet objet. Ce n'est pas vraiment praticable car entre autres 'en ai une tripoté.

*Déclarer toutes les méthodes et les variables en static pour pouvoir appeler le tout par la classe mais à long terme je pourrais avoir plusieurs thread qui feront presque la même chose mais qui devront avoir des valeurs différentes.

Donc que faire?

[gifffftane]

Déjà, nous expliquer ce que veut dire le mot clef extern en c++ Ici, on ne connait pas forcément le c++, hein.

De ce que je peux subodorer que cela suppose, tu aurais peut être deux solutions :

• placer cette chose dans les propriétés systèmes,
• placer cette chose dans un ThreadLocal.

Déjà, regarde ce qui te semble le mieux, pourquoi, si tu arrives à le faire fonctionner, et si tu n'y arrives pas, dis-le nous, à partir de là on pourra te conseiller sur la voie que tu auras choisie.

[Logan Mauzaize]

Le mot clé 'extern' permet de valider la syntaxe en faisant croire qu'un "truc" (type, variable, macro, etc.) a été déclaré. Ainsi on a pas d'erreur de compilation dans le cadre d'une compilation séparée (.o .so .dll). La liaison sera fait soit dynamiquement (.so .dll), soit à la consitution de l'éxécutable à partir des .o

Dans le cadre de Java ce système n'existe pas, pour qu'une classe compile, le compilateur doit connaître les classes appélées. Pour son éxécution, la liaison est dynamique.

[adiGuba]

Salut,

Le mot clé 'extern' permet de valider la syntaxe en faisant croire qu'un "truc" (type, variable, macro, etc.) a été déclaré. Ainsi on a pas d'erreur de compilation dans le cadre d'une compilation séparée (.o .so .dll). La liaison sera fait soit dynamiquement (.so .dll), soit à la consitution de l'éxécutable à partir des .o

Et au passage cela peut vite devenir un beau "merdier" lorsqu'on tombe sur un conflit de nom...

En java on utiliserait une variable static :

Code :

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

1
2
3
public class MaClasse {
    public static int MaVar = 0;
}

a++

[grodwar]

Merci de vos réponses.

Finalement je me suis résolu à utiliser une variable de classe.
A ce propos, si je fais tourner plusieurs instances de mon programme est ce que cette variable de classe sera partagé par les multiples instances du programme ou cela est il bien séparé dans la JVM?

[sinok]

Non car un programme = une JVM de lancée pour le moment.
Le seul moyen de s'assurer de l'unicité de ta classe serait de faire communiquer les différentes JVM entre elles au moyen de sockets ou de RMI