Retour d'objet générique / paramétré

Bonjour,
Je ne sais pas si le titre est bon, cependant je vais vous expliquer mon problème.

J'essaye de faire une fonction pouvant me renvoyer n'importe quel type d'objet, ca parait dangereux mais ca ne l'est pas.

Pour exemple j'aimerais faire un peu comme la biblio JPA, c'est à dire lorsque je fais un :

Code:

---

User u = Entity.find(User.class,1);

---

Dans cet exemple, pas besoin de caster mon retour donc pas besoin de faire :

Code:

---

User u = (User) Entity.find(User.class,1);

---

Voici donc mon problème, comment faire de meme, je ne veux pas caster mes objet en retour.
A priori, la signature de la fonction find est :

Code:

---

public abstrac <T> T find(class<T> arg1,Object arg2)

---

Je pense que cela se fait avec les <T> T , mais je ne vois pas comment.
Est ce quelqu'un aurait une idée, ou un tuto la dessus ?

Merci d'avance.

Salut,


C'est exactement cela.
Le <T> devant la définition de la méthode indique qu'il s'agit d'une méthode paramétré. Ainsi on peut utiliser T comme un type dans les paramètres de la méthode ou comme valeur de retour.

Le plus "dur" consiste à coder proprement le code de la méthode, mais là cela dépend de ce qu'elle fait...

:arrow: Quel est le code de cette méthode sans paramétrage ?


a++

bah justement, mon exemple sur JPA n'était pas innocent, car c'est ce que je fais.

Donc le corps ne vas probablement pas t'apprendre grand chose car il y a pas mal d'objet et de méthode qui parte de là.

Grosso modo cela fait

Code:

---

1 2 3 4 5 6 7 8

public Object find(Class<?> c,Object pk) { Object o = null; JSqlPersistenceInterface sqlInterface = new JSqlPersistenceInterface(c, pk); o = sqlInterface.getEntity();   return o; }

---

et le getEntity renvois un type Object

Qu'est ce que tu entend par
Le plus "dur" consiste à coder proprement le code de la méthode, mais là cela dépend de ce qu'elle fait...
Aurais tu un exemple simple ?

En fait c'est la classe JSqlPersistenceInterface qui devrait être paramétré et faire le travail "proprement".


Si tu as la main sur cette classe ce serait la meilleur solution !



Si tu n'as pas la main dessus, tu peux forcer la chose avec un cast vers T, ce qui génère un warning à la compilation (que l'on peut ignorer avec @SuppressWarnings).
Par exemple :

Code:

---

1 2 3 4 5 6

public <T> T find(Class<T> c, Object pk) { JSqlPersistenceInterface sqlInterface = new JSqlPersistenceInterface(c,pk); @SuppressWarnings("unchecked") // on ignore le warning du cast ci-dessous : T object = (T)sqlInterface.getEntity(); return object; }

---

a++

Ok je venais juste d'essayé la solution que tu proposait et cà marchait, mais je vais le faire proprement, et donc directement dans la classe JSqlPersistenceInterface.

Je laisse un peu le post ouvert pour le compléter au cas ou ca interesse quelqu'un.

En tout cas merci pour tes réponses.