Parlons un peu de pointeurs : C -> Java

Bonjour,

je souhaiterai avoir quelques précisions concernant des cas particuliers de convertion de pointeurs C en Java. je n'ai pas trouvé les réponses dans les différents tutoriaux sur le suejt.

Tout dabord dans le cas suivant :

Code:

---

1 2 3 4 5 6 7 8 9 10

void main(void) { int *a = 0 ; toto(a) ; } ... void toto(int *a) { *a = 1 }

---

Y a t'il une bonne façon de le convertir en java ?
Etant donné que je souhaite garder ce type de structure, je vois deux solutions :
- Convertir mon pointeur en un tableau à une seule case : int[] a = new int[1] ; c'est moche mais ça fonctionne car le tableau est passé par adresse et non par valeur.
- Créer une Classe A qui contient une variable publique unique "a" et je passe A au lieu de "a" en paramètre.


Deuxième problème dans le cas suivant, les fonctions passées en paramètres d'autres fonctions :

Code:

---

void mafonction(int x, void (*funcs)(float, int), float y)

---

Je pense que le mieux est de passer à la place une Interface qui oblige a implementer une fonction bien particulière.
Est ce la bonne solution ?


Merci par avance...

Pour répondre à tes deux questions:

- en java, la notion de pointeur est implicite: tous les objets (java.lang.Object) sont des pointeurs: ainsi, si tu passes un objet en paramètre d'une méthode et que tu appliques une méthode dessus, l'objet original (avant appel de la méthode) sera modifié.

- le passage de paramètres par référence n'existe pas. Si tu passes un type de base à une méthode, tu ne peux lui demander de le modifier. En revanche, chaque type de base a un type objet associé (int -> Integer, float -> Float, etc.). Or, comme les objets sont des pointeurs, tu peux ainsi émuler le fonctionnement d'un passage d'argument par référence.

Si tu as besoin de passer une méthode en paramètre, c'est possible (réflexivité de java => cf. le package java.lang.reflect), mais ce n'est pas conseillé, d'autant plus qu'il y a de nombreuses exceptions possibles à gérer.
Dans 95% des cas, passer une interface en paramètre de ta méthode sera plus propre et plus indiqué.

En espérant que ça t'aidera...

Merci...
J'avais lu les tutoriaux sur les pointeurs et ça fait maintenant un an que j'utilise Java, mais je ne m'étais jamais penché sur ces problèmes de conversion, je faisais toujours autrement.

@CyberChouan : Les objets de types Integer, etc... sont immutables. Donc même s'ils sont passés en paramètre d'une méthode, ils ne peuvent être modifiés dans cette méthode.

La question que l'on doit se poser, c'est pourquoi ne pas vouloir changer de structure, puisque l'on passe d'un langage procédural pur à un langage OO.
Autant en profiter pour refactoriser en passant par des objets.
Le code en sera d'autant plus clair ! Si la raison est le coût en temps, on pourra rétorquer que le coût de maintenance sera astronomique, car on voudra continuer la logique procédurale dans de l'OO. A terme, le "saut" programmatique devra être fait. Il vaut mieux le faire dès le début...

Citation:

---

Envoyé par xv-mnt

@CyberChouan : Les objets de types Integer, etc... sont immutables. Donc même s'ils sont passés en paramètre d'une méthode, ils ne peuvent être modifiés dans cette méthode.

---

C'est exact, autant pour moi :oops: : j'ai écrit trop vite: ce que j'ai dit n'est donc vrai que pour les objets dont les classes ne sont pas déclarées "final"

Final, c'est plutôt pour empecher l'héritage.

Citation:

---

Envoyé par CyberChouan

ce que j'ai dit n'est donc vrai que pour les objets dont les classes ne sont pas déclarées "final"

---

C'est vrai pour toutes les classes qui ne sont pas immuable/immutables (vous pouvez choisir le terme de votre choix :aie:). Le mot clef final n'est qu'une des conditions ;)

a++

Le topic est résolu mais j'ai une question qui me semble similaire.
Disons que j'ai deux objets a et b, comment faire pour que a et b pointe vers les même données, c'est à dire que a==b soit toujours vrai même si je fais a = new Object().

Citation:

---

Envoyé par vimes

Le topic est résolu mais j'ai une question qui me semble similaire.
Disons que j'ai deux objets a et b, comment faire pour que a et b pointe vers les même données, c'est à dire que a==b soit toujours vrai même si je fais a = new Object().

---

Pourquoi faire 2 références si c'est pour qu'elles soient toujours égales... Utilise a partout ! Ou alors c'est un problème de modélisation.
De toute façon ce n'est pas possible de faire autrement.

Mon but ultime est de créer une classe qui reload une instance qu'on lui donne en paramêtre de son constructeur lorsqu'un FileListener lui indique que le fichier de config sur laquelle elle est basée cette instance a changé.
Histoire de montrer un code qui ne fonctionne pas alors que je m'attendais au contraire

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22

public class IUpdatableResource { Node resourceUsingObject = null; public IUpdatableResource(String configFile, Node _object) { CreateObject(configFile);// à la sortie de cette fonction resourceUsingObject n'est pas null _object = resourceUsingObject; } public void renewObject(String configFile) { CreateObject(configFile); } public void CreateObject(String configFile) { resourceUsingObject = new Node(configFile); } [...] Node p = null; IUpdatableResource u = new IUpdatableResource(conf,p); //La ligne suivante plante sur un PointeNullException p->GetX();

---

En C++ je passerais mon pointeur comme suit :

Code:

---

1 2	public IUpdatableResource(Node * & _object)

---

mais ça ne semble pas possible en java. Comment faire ?

Le SingletonList peux faire office de pointeur si vous ne trouvez pas d'autres moyens mais essayez tout de même de chercher autre chose :)

pour la "double indirection", on peut creer une classe Pointeur:

Code:

---

1 2 3 4 5 6 7 8

class Pointer<Type>{ private Type data; Pointer(){data=null} Pointer(Type t){data=t;} Type get(){ return data;} void set(Type o){ data=o;} }

---

et tu fait ca:

Code:

---

1 2 3 4

Pointer<Node> tempNode=new Pointer<Node>(_objet); //pour le faire aller dans ca: fonction(Pointer<Node> node);

---