Utiliser des fichiers .properties pour lancer des méthodes

salut a tous,
je travail actuellement sur un projet java et le client exige qu'il faut passer par des fichiers .properties dans les quelles on indique les méthodes qui seront exécutés et leurs paramètres comme ça l'utilisateur final n'aura qu'a changer ce fichier (par exemple : si les paramètres d'une fonction change ou une méthode qu'il veut pas utiliser)
le fichier .properties doit avoir le format suivant :

nomDeMethode1 = parametre1,parametre2,....
nomDeMethode2 = parametre1,parametre2,...

y-t-il un moyen de faire ça ?

Bonjour,

Tu peux appeler une méthode par paramètre avec la réflexion, mais comment vous allez gérer l'implémentation de ces méthodes ?
Il faut quand même que le nom de la méthode existe.

Citation:

---

Envoyé par Jimmy_

Bonjour,

Tu peux appeler une méthode par paramètre avec la réflexion, mais comment vous allez gérer l'implémentation de ces méthodes ?
Il faut quand même que le nom de la méthode existe.

---

Je pense qu'ils vont mettre en place toutes les méthodes possibles, et à l'utilisation selons les cas, appeller une et pas d'autre...par réflexion biensure.

bien que tu puisse appeler une méthode par reflexion, je doute que ton client aie parlé de méthode et de paramètres, a moins d'avoir lui même les compétences en prog.

Oui comme Tchize, je pense que ça doit cacher un truc pas clair ce besoin.

C'est d'autant plus couillon que si les paramètres étaient statiques, on pourrait les mettre directement dans la classe...

Il faudrait éclaircir l'usage voulu... à mon avis...

dans notre projet en traite des fichiers XML et on est censé mettre en place une solution permettant la converstion de c fichier d'une version V2 (selon un schema) vers une version v2v3 ceci dit changer des noeud,des attribut a,ajout ......
pour ce faire on a implementé un ensemble de méthode permettant de faire ceci( les méthodes sont déjas implémenté).
ce que nous demande le client c'est de passer par un fichier .prpperties comme j'ai expliqué avant pour que par la suite l'utilisateur ne change que dans ce dernier

Rq: les fichiers xml v2 change de contenu d'un fichier a autre c'est pour cette objectif

je sais pas si je me suis fait comprendre merci infiniment pour vos réponse

juste au hasard, ce serait pas plus simple de laisser le client modifier un fichier XSLT qui fait la transformation si il veux l'adapter?

Parce que là, dans l'absolu, j'ai du mal à voir ce que le client veux mettre dans ce fichier, et donc à forciori comment vous pourriez gérer ça :)

c'est pour des raisons qu'on travail avec cette méthode.
ce que j'aimerai savoir c'est comment on peut utilisé un fichier .properties dans le quel on met les méthodes et leurs attributs et on les appel.
franchement chui pas trop fort en java d'hab je travail en .NET

comme on l'a dit, avec la reflection, tu peux appeler une méthode d'un objet par son nom. Pour les paramètre, faudra déjà voir comment tu les passe. Ce sont des valeurs? Ce sont des noms de variable, ce sont des expressions?

vous voulez les appeler comment? Genre quand vous avez besoin dans votre code d'appeler "machin" vous allez voir dans le ficheir properties quels paramètre il faut passer à "machin"? Ou au contraire, quand vous devez lancer votre processus, vous allez voir dans le fichier properties et, dans l'ordre, vous appelez toutes les méthodes mentionnées?

Mais vous aboutissez à une mocheté monumentale je vous le dit :mouarf:

lol (si mon client entends ça i sera pas du tt content hhhh) Merci tchiz merci a vous tous.

Citation:

---

Envoyé par mussali

lol (si mon client entends ça i sera pas du tt content hhhh) Merci tchiz merci a vous tous.

---

Et il aurait raison, je le plaint de devoir jouer à l'avenir avec ça.

Si je comprends bien ,il y a une migration xml d'un xsd vers un autre xsd.
Ceci via des méthodes déjà faites.
C'est bien ça ?

L'utilisateur veux pouvoir piloter la migration en fonction de ses besoins sans programmation à l'aide d'un jeu de fonction de base, c'est ça ?

oui c'est bien ça

Ok, bon alors quitte a pousser le bouchon trop loin, allez y a fond et proposez carrément une ihm pour piloter la migration. Vous masquez votre implémentation , le client n'a plus à connaitre le nom des méthodes, mais juste que pour transformer X en Y il faut cocher la case 26 et alimenter le champ 4 et 5.

Déjà et d'une il n'y a plus d'introspection, c'est votre ihm qui appellera les méthodes adéquates avec les paramètres qui auront été saisie, et de deux c'est plus dans l'esprit et évite le trucs archi-moche.

oui Jimmy merci pour les conseilles, mais bon le projet et plus complexe que cela
. malheureusement je ne peux l'expliquer en quelque lignes dans tt les cas là on travail sur les .properties mais on utilisera pas la reflexion
Merci a vous tous et bonne journé