Discussion :

[jhaythem]

Bonjour,

une petite question de design est ce que c est une bonne idee de faire comme ca ou pas?

La situation, je dois gerer une liste de Device(carcteristiques...) et apres chaque
device subis des tests(test_ID,descriptions...).

Est-ce qu il vaut mieux avoir:
1- des DeviceBeans(device_id,software...) et des TestBean(test_id,description..) separe? et apres a moi de gerer les liens entre chaque device et sa liste de tests.
ou bien mon
2-DeviceBean(device_id,software, TestBean[] tests) et comme ca mon DeviceBean contiendra sa liste de tests?

Alors solution 1 ou 2?
Mes connaissances en desing c est pas top mais j apprends,

Merci pour tout...

[cinemania]

Encore une fois pas de réponse toute faite, tout dépend du contexte d'utilisation, et de tes gouts et préférences et des contraintes technique et du cahier des charges.

Si tu veux utiliser une architecture de type N-Tiers, la première solution est préférable, séparer le code logique (les tests par exemple) du code métier à proprement dit, sauf si ces tests font partie intégrante du métier.

Si par exemple dans tes tests tu vérifie les contraintes de cet objet par rapport à celles dans une base de données, ont est fasse à du code logique.

Si en revanche tu fait un test sur la validité d'un numéro de carte bancaire... tu est dans un test métier. Si tu est dans un code métier, la seconde option est préférable. Si tu est dans un code logique, la première est préférable.
Donc moi si je gere un Client, je fourni une classe de TestClient pour les contraintes d'intégrité comme vérifier qu'il a bien une ID (cohérente... avec la base de données), mais aussi je prend en paramètre de Client une interface ou classe virtuelle de tests pour gérer les tests "métiers" comme les tests de CB qui peuvent varier d'un client à l'autre (oui tout le monde utilise pas le meme type de CB donc la vérification du code varie...)

Tout est question de choix et de préférences, et d'habitudes.