Tableau multidimensionnel de types différents.

Bonjour à tous,

je dois gérer les compétences d'employés d'une entreprise.

J'ai donc 2 objets, "competence" et "employe"
et donc 2 classes Competence.cs et Employe.cs

Une compétence peut etre maitrisée par plusieurs employés.
Un employé peut maitriser plusieurs compétences.
Il s'agit donc d'une relation n*n

Lors de l'association de ces deux objets nous savons pour un employé et une compétence :

• si cette compétence est maitrisée ou non par l'employé (booléen)
• le niveau que l'employé possède dans cette compétence (type int)

Est il possible de gérer cela dans un tableau multidimensionnel avec des types différents ? Faut il créer une troisième classe ?

Le but est d'aboutir et d'accéder facilement à ce genre de tableau :
Pour un employé x, récupérer la liste des compétences qu'il maitrise (facile ca ) et le niveau dans cette compétence.

compétence | c# | Java | Cobol | php
maitrise | o | o | o | n
niveau | 2 | 8 | 1 | 0

chaque employe a une liste de competence et une competence est un nom de competence et un niveau de competence
donc en gros:

Code:

---

1 2 3 4 5

Class Employe { private ... private IList<Competence> _competences; }

---

Code:

---

1 2 3 4 5

Class Competence { private string _name; private string _niveau; }

---

Pour la compétence JAVA :
un employé peut avoir 4 en niveau et un autre employé 8.

Le niveau n'est pas rattachée à la compétence.
Il s'agit d'une association porteuse.

Il te faut donc une classe d'association CompetenceAcquise.

La classe CompetenceAcquise possède un attribut niveau, et une agrégation vers Compétence

Un employé possède plusieurs CompetencesAcquise.

Tu devrais venir faire un tour coté Conception, cela t'évitera bien des ennuis, comme vouloir gérer un tableau multidimensionnel à types variables ;)

Bon courage !

Ca serait quoi le code pour faire l'aggregation ? :P
Parce que je vois facilement dans la theorie, mais en pratique, j'ai plus de mal :mouarf:

Code:

---

1 2 3 4 5 6 7 8 9 10 11

class CompetenceAcquise { public Competence; public int niveau; }   class Employe { public List<CompetenceAcquise>; }

---

Tout simplement ^^
J'ai mis les propriétés en public directement pour aller plus vite...

Merci pour ces précisions, je vais proposé cela et je poste pour vous annoncer la solution choisie finalement.;)

Oui, la partie la est evidente,
C'est surtout competence qui ou je me posais des questions !
Une competence n'etant qu'un string, est ce utile de creer une classe pour ca ?

Oui, car il s'agit d'un concept. Si tu veux enrichir Compétence un jour, y ajouter une méthode, etc... Tu sera bien content de ne pas avoir à modifier partout les string (que tu aura utilisé pour remplacer la classe Compétence) par des Compétence.

Cela assure une meilleure maintenabilité, une meilleure séparation des responsabilité et une meilleure compréhension.

J'avoue que ta solution est meilleure :D