Discussion :

[bobbely]

Bonjour,

Je suis confronté à un problème de relations entre plusieurs entities. J'ai une entity "Slot" qui est lié à une autre entity mais qui n'est pas toujours du même type, elle peut-être soit un "Center" soit un "Vehicle".

On a donc les relations suivantes:
- Slot ---> Center : "One to Many"
- Slot ---> Vehicle : "One to One" (un véhicule ne peut avoir qu'un seul emplacement)

Voici comment se présente le code de mon entité :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
    public class Slot
    {
        public int ID { get; set; }
        public string Code { get; set; }
        public int MaximumCapacity { get; set; }
 
        public virtual Center Center { get; set; }
        public virtual Vehicle Vehicle { get; set; }
 
        public virtual List<Package> Packages { get; set; }
    }

Je pense qu'il ne devrait pas y avoir une propriété pour Center et une autre pour Vehicle, il faudrait pouvoir avoir la même propriété afin de définir à quel type le Slot appartient-il. Comment établir cette relation?

[Er3van]

Difficile de te répondre quand on ne comprend pas la problématique fonctionnelle.
Qu'est-ce qu'un slot, un center ? Et quelle est leur interaction avec un véhicule?

A vue de nez ça à l'air d'un problème de modèle, mais difficile à affirmer...

[marcusien]

Salut,

Je ne vois que deux solutions pour ma part :

• Conserver tes deux champs et ajouter une règle métier (comme le ferait un Trigger SQL, sauf que les triggers c'est le mal)
• Avoir un mécanisme d'IOC (si tu fais du EF Code First) où tu dirais que tes objets Center et Vehicle implémentent une interface ISlot. Du coup tu n'aurais qu'une propriété de façon à obtenir ça
  

  Code xaml :

  Sélectionner tout - Visualiser dans une fenêtre à part

  1
  2
   
  public ISlot MonSlot {get;set;}

Mais dans une expérience précédente je me rappelle avoir eu des soucis au niveau des Interfaces et d'EFCF, mais je ne sais plus si c'était lié à EF lui même ou aux WCF Data Services qui ne générait pas côté client les interfaces (du coup obligé de faire soi même de la meta programmation)

Néanmois, comme l'a dit Er3van, on ne comprend pas forcément le contexte donc pas évident de t'aider d'avantage.

Edit : Lorsque j'ai écrit, je ne me rappelais plus de ta contrainte de One To Many d'une part et de One To One d'autre part. A priori je ne vois pas d'autre solution que la première que je t'ai proposé, EF ne permet pas de miracle, ou revoit ta conception

[bobbely]

Tout d'abord merci pour vos réponses.

Je vais un peu plus décrire le contexte pour que vous comprenez mieux les besoins de l'utilisateur. L'application est un outil de gestion destiné à une entreprise spécialisé dans le transport de colis, avec plusieurs objets imposés dont:

- les Package, qui représentent des colis
- les Slot, qui représentent des volumes comportant plusieurs Package
- les Center, qui représentent les centres de distribution et ayant plusieurs Slot
- les Vehicle, qui représentent les véhicules de livraison et n'ayant qu'un seul Slot.

Voilà donc ma problématique, comment représenter en CodeFirst les relations vers Center et Vehicle à partir de Slot, sachant qu'un Slot ne peut appartenir qu'à un seul type.