Discussion :

[0redd]

Bonjour,
Voilà j'ai une méthode qui doit recevoir une Ville, et j'hésite si je dois passer l'id donc un int et puis l'instancier dans la méthode , ou bien passer directement une Ville, donc devra dejà être instancié avant l'appel de cette dernière.
Et quelle sont les avantages, inconvénients s'il y'en a
Merci d'avance pour votre aide

[Nudger]

J'ai envie de dire: ça dépend.
Il y a un avantage de l'instancier dans la méthode c'est que l'objet sera "débarassable" (garbage) dès la fin de l'appel à cette méthode.

Mais l'argument est faible. Le choix devrait plutôt dépendre du contexte, de la lisibilité et de la compréhension du code pour quelqu'un qui ne l'a pas écrit, ... et là on n'en sais pas assez pour répondre.

[dinobogan]

C'est un problème de couplage entre ton code et ce qui fait le lien entre la ville et l'ID (une base de données je suppose).
Dans la plupart des cas, il faut découpler le plus tôt possible la base de données et ton code. Cela permet de laisser le DBA faire son boulot tranquillement sans pourrir à chaque modification ton application dans des centaines de classes.
Si je n'ai pas directement répondu à ta question, c'est normal : c'est un problème d'architecture et il n'y a que toi qui peux répondre pleinement à la question pour l'instant car tu ne donnes pas assez d'info

[0redd]

Merci pour votre aide,

c'est vrai, si on met Ville à la place de idVille, l'objet sera dans la liste du Garbage Collector après la fin de la méthode, j'y avais pas pensé,

Sinon je cherche bien a avoir un couplage faible avec la base de donnée, mais j'y vois pas trop comment

Merci