Version imprimable
Bonjour tout le monde,
je suis débutant en JAVA et je compte mettre en place une application de gestion pour mon employeur .Après avoir fait l'analyse fonctionnelle et la modélisation en UML je me suis retrouvé avec des méthodes qui ont à peut pret les memes fonctionnalités comme addUser() ,addFacture ,addFournisseur().
Ma question est de savoir est ce qu'il y' aurait une technique en java qui permet de créer une méthode commune addItem() par exemple et de la réutiliser au fur et à mesure.
Il faudrait en savoir plus sur la finalité de la méthode :roll:
Tu peux faire un add(Entity), avec User/Facture qui héritent de Entity par exemple.
On ne connait rien de ton application, JavaSn : c'est un peu difficile à dire comme ça.
Tes méthodes addUser() ,addFacture ,addFournisseur() : à quelle(s) classes appartiennent-elle ?
Si elles appartiennent à 3 classes UsersCollection, FacturesCollection, FournisseursCollection : le simple fait de les faire hériter de List<User>, Lst<Facture> et List<Fournisseur> te permettra d'appeler, pour chacune d'elle :
- maListeDeUsers.add(monUser);
- maListeDeFactures.add(maFacture);
- maListeDeFournisseurs.add(monFournisseur);
où les objets sont des instances des classes suivantes :
maListeDeUsers - UsersCollection
monUser - User
maListeDeFactures - FacturesCollection
maFacture - Facture
maListeDeFournisseurs - FournisseursCollection
monFournisseur - Fournisseur
liens aide :
http://lroux.developpez.com/article/java/tiger/
http://gfx.developpez.com/tutoriel/java/generics/
Bonjour,
Tu peux utiliser ce qu'on appelle un polymorphisme, en résumé tu crées une classe Poly avec une méthode ajouter(add). Ensuite tu crées trois classes (User, Facture, Fournisseur) qui héritent de la classe Poly et tu redéfinis la méthode ajouter dans chacune de tes classes en fonction de l'objet (User, Facture ou Fournisseur) que tu vas utiliser.
tu fais une classe "Fiche", puis des sous-classes "FicheClient" etc
ou un interface "Fichable", implémenté par des sous-classes "FicheClient" etc, et utilisé par les listes etc
Si les sous-classes ont beaucoup de choses en commun, la première solution est meilleure, sinon c'est la deuxième, je dirais
Soit ton besoin correspond à la réponse de tchize_, notamment pour faire un DAO, soit ce n'est pas forcément une bonne idée de faire des méthodes communes sur le long terme.