Mappage UML en C#

Question

Quelqu'un peut-il me dire comment mapper l'agrégation et la composition en C#, en considérant les deux classes STUDENT et LECTURER.

ma question peut ne pas être claire.Par exemple, j'ai utilisé le concepteur de classe VS pour générer la relation Association entre les classes. Considérons les 2 classes LECTURER et STUDENT_SOCIETY.Class Designer génère le code suivant. Blockquote

public class Lecturer 
{ 
    private string Name; 
    private string Specialization; 

    public StudentSociety StudentSociety 
    { 
     get 
     { 

     } 
     set 
     { 
     } 
    } 


} 

public class StudentSociety 
{ 
    private int Name; 
    private string NoOfMembers; 
} 

Alors même comment puis-je modéliser l'agrégation et la composition

Answer 1

Généralement, la composition est permanente et représentée par une classe contenant une classe dans une autre alors que l'agrégation implique une sorte d'affectation ou de liaison.

Donc, en supposant que le conférencier est responsable d'un certain nombre de la composition des élèves serait quelque chose comme:

Public class Lecturer 
{ 
    public class Student 
    { 
     string mName = ""; 
... etc. 

Alors que l'agrégation pourrait être:

Public class Lecturer 
{ 
    ... Some code ... 
} 

Public class Lecturer 
{ 
    Student mStudent; 

    public void setStudent(Student theStudent) 
    { 
     mStudent = theStudent 
    } 

... etc. 

Laissez-moi savoir si je reçois un bon marquer pour vos devoirs ...;)

Answer 2

Plus d'informations nécessaires. Voulez-vous prendre votre modèle de domaine et le mapper dans un diagramme UML? Habituellement, cela se passe dans l'autre sens (diagramme d'abord, puis générer le modèle en tant qu'objets de code). Il n'y a rien de construit dans C# ou "vanilla" Visual Studio pour faire cela; Cependant, MS Visio (qui fait partie des installations Office de niveau professionnel) peut passer du diagramme au code et vice versa, et s'intègre à VS pour ce faire. Dernièrement j'ai travaillé avec Visio, ce n'était pas "pur" UML; les symboles du diagramme empruntés à une combinaison de schémas de diagrammes. Cependant, vous obtiendrez une représentation graphique lisible de votre modèle, et les modifications que vous y apporterez pourront être réémises en tant qu'objets de code. En ce qui concerne la détermination de la relation entre ceux-ci, elle est généralement plusieurs-à-plusieurs, le contexte unifiant pour une relation un-à-plusieurs utilisable étant une «classe» ou une «section» d'un «cours» ou "assujettir". Un seul cours a plusieurs sections. Chaque section a un conférencier et de nombreux étudiants. Le même étudiant peut fréquenter plusieurs sections et le même enseignant peut enseigner plusieurs sections. Cela signifie que le conférencier et l'étudiant peuvent avoir une liste de sections qu'ils enseignent/fréquentent (si vous avez besoin d'un modèle de domaine «bidirectionnel» où vous pouvez naviguer dans n'importe quelle direction autour du graphe d'objets).