Entité persistante : heritage

salut tout le monde,
je souhaiterais avoir votre avis sur la mise en place des entités vis a vis du probleme suivant :
- Nous avons 2 types de taches que j'ai désigné en tant que : TACHE_UNITAIRE et TACHE_RECURRENTE
- Un travail peut être découpé en plusieurs TACHE_UNITAIRE
- Tache (UNITAIRE et RECURRENTE) et Travail disposent des attributs suivant :

datecreation
libelle
description
commentaire
etat
........

ils disposent egalement d'attributs qui leurs sont propre

Ce que j'ai fait pour le moment donne ceci :

TACHE_UNITAIRE et TACHE_RECURRENTE herite de TACHE
cependant TACHE et TRAVAIL ont pratiquement la meme definition a quelques attributs pres :? je trouve que ca fait du travail en double mais je n'arrive pas a me décider concernant le fait qu'il y ait un heritage ou non entre TACHE et TRAVAIL

Que me conseillez-vous ?

Je dirai plutot que Travail est une entité différente de Tâche.
Cependant, un Travail contient une liste de Tache.

Non ?

1 travail est un ensemble de tache, mais une tache n'est pas un travail

il n'y a pas un forum uml ?

J'ai justement fait comme tu dis DeathMaker mais je trouve que ca fait du travail en double pour travail et tache (declaration des attributs qu'on retrouve dans les 2 classes + mise en place des relations avec les autres classes il'ya des declarations dans les 2 entités qui se repetent)

PS : 1 Travail est bien un ensemble de taches mais 1 tache n'est pas un travail

Citation:

---

Envoyé par snipes

PS : 1 Travail est bien un ensemble de taches mais 1 tache n'est pas un travail

---

moi je pense que le travail est une composition des taches ,il ne peux pas existé sans des taches donc il y a une forte relation entre travail et tache.
je propose que c mieux de définir travail comme un interface avec le prototype des méthodes propres que tu essayes de les redéfinis après dans la classe tache. ;)

Citation:

---

Envoyé par snipes

J'ai justement fait comme tu dis DeathMaker mais je trouve que ca fait du travail en double pour travail et tache (declaration des attributs qu'on retrouve dans les 2 classes + mise en place des relations avec les autres classes il'ya des declarations dans les 2 entités qui se repetent)

PS : 1 Travail est bien un ensemble de taches mais 1 tache n'est pas un travail

---

Oui. Mais ces attributs n'ont pas du tout le même sens !
La date de création du travail n'a absolument rien avoir avec la date de création de la tâche.
De même que le commentaire global sur le travail, et les commentaires spécifiques aux tâches.

On retrouve effectivement les mêmes attributs, mais avec un sens différent !

Ok donc je garde ma configuration actuelle alors, a savoir : une classe Travail, une classe Tache avec 2 sous classes tache_unitaire et tache_recurrente + relation de composition entre tache_unitaire et tache :king:

Je reviens a la charge avec une nouvelle remarque
Au niveau applicatif, je suis ammené à creer des listes (pour l'affichage de données dans un tableau par exemple) contenant a la fois des taches et des travaux.
Je trouve un ti peu lourd de devoir a chaque fois tester le type d'objet retourné lorsque par exemple je créé une action a partir d'une ligne de la table

Ne serait-il pas préférable de creer une classe mere : Demande ( @Inheritance(strategy = InheritanceType.SINGLE_TABLE)) et de faire heriter Travail et Tache ?
ou est ce que le problématique actuelle est tout a fait normale ?