Unterschied zwischen Assoziation und aggregation

Verstehe ich den Unterschied zwischen aggregation und Komposition, aber ich bin kämpfen, ein bisschen mit dem Verein. Mein Aktuelles Verständnis ist, dass eine Verein besteht zwischen Klassen, wenn "Sie verwenden jeder andere", zum Beispiel, ein Objekt übergeben wird, der andere während des Aufrufs einer Methode. Siehe auch:

http://www.codeproject.com/Articles/330447/Understanding-Association-Aggregation-and-Composit

Beide Objekte unabhängig voneinander existieren und, im Gegensatz zur aggregation, die kein Objekt ist ein container-Klasse des anderen. Bedeutet das, dass beide Objekte MÜSSEN über eine Kopie von die andere(N) (z.B. 1:m-Beziehung) oder wie sonst ist der Verein "gespeichert". Jedes feedback würde sehr geschätzt werden.

  • Ich glaube der größte Punkt des Artikels ist zu sagen, dass Sie weder das eine baut den anderen. Sie sind ALSO nicht zuständig für die Entsorgung von einander entweder. Dies ist eine sehr gute Sache, meiner Meinung nach, obwohl ich denke, dass der Artikel beispielsweise ist hacky.
  • Vielen Dank für alle Eure Antworten. Ich denke, meine Frage ist mehr entlang der Linien. Wenn es eine Assoziation zwischen zwei Objekten, haben Sie, um Kopien von einander, oder ist es genug, um dies auszudrücken, wird in der Signatur der Methoden, die eine Assoziation implizit?
  • In der Regel in C#, Sie würden nur aufeinander verweisen, weil Objekte sind Referenztypen sind standardmäßig, außer für die offensichtliche Wert-Typen, also keine Kopien in den meisten Fällen.
InformationsquelleAutor cs0815 | 2012-10-24
  1. 11

    Aus der UML-Aufbauten 2.4.1:

    Einem Verein erklärt, dass es verbindungen zwischen Instanzen der zugehörigen Typen. Ein link ist ein Tupel mit einem Wert für jedes Ende der Assoziation, wobei jeder Wert ist eine Instanz der Typ vom Ende. (UML-Überbau, Seite 37)

    Nichts mehr, nichts weniger. und sehr vage. Weil dieses, es ist auch sehr schwer zu verstehen. Was für mich (In einem Kurs unterrichte ich) ist eine Hierarchie von links von der Abhängigkeit in die Komposition, wo:

    1. Abhängigkeit von A zu B bedeutet, dass A verwendet B aber indirekt (z.B. durch den Empfang von Instanzen und deren Weiterleitung an andere Objekte).
    2. Verein von A zu B bedeutet, dass A verwendet B direkt (beispielsweise durch das aufrufen von Methoden)
    3. Aggregation von A zu B bedeutet, dass B ist Teil A (semantisch), sondern B geteilt werden kann und wenn A gelöscht wird, wird B wird nicht gelöscht. Beachten Sie, dass diese sagt nichts darüber, wie das "Teil" umgesetzt werden.
    4. Zusammensetzung von A zu B ist wie Aggregation, wo B nicht geteilt werden kann und wenn A gelöscht wird, alle seine Aggregate (Bs) werden ebenfalls gelöscht.
    • Das wäre eine Verwendung der Beziehung. Ein Verein ist mehr. Wie andere haben darauf hingewiesen, es bedeutet 'A verweist auf B', aber - in seiner schlichten form - ohne die ganze-Teil-Semantik von Aggregation oder Komposition
    • eigentlich ist diese Antwort falsch, imo: eine aggregation implementiert werden kann, fast der gleichen Weise wie ein "normaler" Verein (beide könnte oder könnte sich nicht manifestieren in eine tatsächliche Referenz)
    • Tatsächlich, ich habe nicht gesagt, das Sie nicht umsetzen können-Vereinigung die gleiche Weise wie aggregation - nur, dass es nicht ein muss. Aus dem UML-Überbau: "Eine Assoziation beschreibt eine Menge von Tupeln, deren Werte beziehen sich auf typisierte Instanzen". Bedeutet das, dass jeder Verein umgesetzt werden sollte, als eine Klasse, die speichert einen link auf die zwei Objekte? Denke nicht so. In meiner interpretation der UML, Definition der Verkettung (oder Komposition) bedeutet, dass eine Klasse eine Instanz der anderen. Einfache Verbindung-Nutzung. Aber das ist nur meine interpreation (und das problem mit der UML).
    • Ähm, sorry für den späten Kommentar, aber ich dachte, aggregation wurde die schwächere form des Vereins. IE - sollte sich nicht von Definitionen für aggregation und Komposition getauscht werden? Die Zusammensetzung sollte die Art sein, mit der festen Diamanten (full ownership), und die aggregation sollte die hohle Diamant (ownership of reference); Richtig?
    • Die Diamanten sind nicht wichtig. Die definition ist nicht exakt, und Sie interpretieren es selbst. Ich lade Sie ein, Lesen Sie die UML-Dokumente 🙂
    • Ich hoffe, dass Sie einen Fehler gemacht hier und nicht lehren Ihre Schüler, weil Ihre Beschreibungen von aggregation und Komposition sollte ja anders herum sein, wie Ian bereits hingewiesen.
    • Sie sind die richtige für die Korrektur. Die definition hier falsch war und nicht das, was ich gelehrt :-). Keine Ahnung, wie diese rutschte zwei Jahre...
    • So weit wie ich kann sagen, es ist, weil Sie verpasste den Punkt, um aggregation zu schwach ist, aber stattdessen tauchte ein in Diamanten und lud ihn zum Lesen von UML-Dokumente 🙂
    • Das UML-Konzept des Vereins basiert nicht auf "verwendet". Es gibt keine Notwendigkeit für die Objekte, die Teilnahme an einer Vereinigung "mit einander". Siehe codeproject.com/Articles/880451/...
    • hier ist eine bessere Erklärung, SO stackoverflow.com/questions/885937/...

    InformationsquelleAutor vainolo
  2. 3

    Aggregation ist eine Assoziation Beziehung, wo der Verein betrachtet werden kann, die mit der Klasse 'Besitz' der enthaltenen Klasse, und die Lebensdauer der Beziehung, ist nicht definiert.

    Verein ist eine 'Hat-Ein' Beziehung.

    Beispiel:-

      public class Person  
  {  
   private final Name name;  
   private Address currentAddress;  

   //...  
 }

    In diesem Fall, die Person Hat Einen Namen und Hat Eine Adresse, es gibt also eine Verbindung zwischen Person und Name und Person und Adresse.

    • "hat-ein" in der Regel bezieht sich auf eine aggregation 🙂
    • Das ist richtig. In der Regel Association bezieht sich auf die Aggregation als Aggregation ist ein Sonderfall der Assoziation. Eine gerichtete Assoziation zwischen den Objekten. Wenn ein Objekt 'hat-ein' anderes Objekt, dann haben Sie eine aggregation zwischen Ihnen. Richtung zwischen Ihnen angegeben, welche Objekt enthält ein anderes Objekt. Die Aggregation wird auch als eine "Hat-ein" - Beziehung.
    InformationsquelleAutor Rahul Tripathi
  3. 2

    Eine Assoziation beschreibt eine Beziehung zwischen Instanzen einer oder mehrerer Klassen. In den Worten des UML Reference Manual, "Vereine sind der Kitt, der hält ein system zusammen."

    Aggregation ist eine form des Zusammenschlusses, in dem es eine "ganzes-Teil" - Beziehung. Sie können sagen, dass, wenn eine Klasse Flugzeug ist ein Klasse Motor dann dies bildet eine "ganzes-Teil" - Beziehung.

    InformationsquelleAutor NullPoiиteя
  4. 1

    Aggregation

    Legen wir den Nutzungsbedingungen. Die Aggregation ist ein metaterm in der UML-standard, und bedeutet SOWOHL für die Komposition und shared aggregation, einfach mit dem Namen gemeinsamen. Viel zu oft ist es falsch benannt "aggregation". Ist es SCHLECHT, für die Komposition ist eine aggregation, zu. So wie ich das verstehe, bedeutet Sie, die Sie verstehen "shared aggregation und Komposition".

    Vom UML-standard:

    Precise semantics of shared aggregation variiert je nach Einsatzgebiet und
    modeler.

    Habe ich noch nicht gefunden-ein Wort darüber, dass die aggregation soll der Vielheit, zum Beispiel.

    Vereins.

    Definition von UML 3.4.1 standard:

    Eine Assoziation beschreibt eine Menge von Tupeln, deren Werte beziehen sich auf typisierte
    - Instanzen. Eine Instanz einer Assoziation aufgerufen, einen link. Ein link ist eine
    Tupel mit einem Wert für jedes Ende der Assoziation, wobei jeder Wert
    ist eine Instanz des Typs vom Ende.

    Aggregierten Beziehung ist eine Unterklasse von Association.

    Verein basiert auf Beziehung. ES ist der "Klebstoff" für die Modelle.

    Aber Ihre Gefühle nicht Lügen - als shared aggregation ist nicht genau definiert, es gibt auch KEINE streng definierte Grenze zwischen Verband und Aggregiert Vereins. Autoren von Werkzeugen, Modellbauer und haben, um es sich selbst.

    InformationsquelleAutor Gangnus
  5. 1

    Verein

    Es stellt eine Beziehung zwischen zwei oder mehr Objekte, wo alle Objekte haben Ihren eigenen Lebenszyklus und es gibt keine Besitzer. Der name eines Vereins gibt die Art der Beziehung zwischen Objekten. Diese wird dargestellt durch eine durchgezogene Linie.

    Nehmen wir ein Beispiel der Beziehung zwischen Lehrer und Schüler. Mehrere Schüler zuordnen können, mit einem einzigen Lehrer und einen einzigen Schüler zuordnen können mehrere Lehrer. Aber es gibt keinen Besitz zwischen den Objekten, und beide haben Ihren eigenen Lebenszyklus. Beide erstellt und gelöscht werden können, unabhängig.

    Aggregation

    Es ist eine spezielle form der Assoziation, wo alle Objekt haben Ihren eigenen Lebenszyklus, sondern es ist Eigentum. Stellt dieser "whole-part "oder" ein-Teil-von" - Beziehung. Dieser ist vertreten durch einen hohlen Diamanten, gefolgt von einer Zeile.

    Nehmen wir ein Beispiel der Beziehung zwischen der Abteilung und Lehrer. Ein Lehrer kann die gehört zu mehreren Abteilungen. Also Lehrer ist ein Teil von mehreren Abteilungen. Aber wenn wir löschen einer Abteilung, Lehrer-Objekt nicht zerstören.

    InformationsquelleAutor Syeful Islam
  6. 1

    Es hängt vom Kontext ab.

    Verein: Ein Mann fährt Auto, Fokus auf den Anrufer und der angerufene Beziehung.

    Aggregation: Ein Mann hat ein Auto, Fokus auf den Besitzer und Mitglied Beziehung.

    Zusammensetzung: Ein Mann hat einen Mund, Fokus auf den Besitzer & - Mitglied, aber der Eigentümer besteht aus Mitgliedern, es bedeutet, dass Sie teilten den gleichen Lebenszyklus.

    Fühlt sich an wie ich spreche Chinglish.

    InformationsquelleAutor asap diablo
  7. 1

    Verein

    Assoziation ist eine Beziehung, wo alle Objekte haben Ihren eigenen Lebenszyklus und es gibt keine Besitzer. Nehmen wir das Beispiel von Lehrer und Schüler. Mehrere Schüler zuordnen können, mit einem einzigen Lehrer und einen einzigen Schüler zuordnen können mehrere Lehrer, aber es gibt keinen Besitz zwischen den Objekten, und beide haben Ihren eigenen Lebenszyklus. Beide können erstellen und löschen unabhängig.

    Aggregation

    Objekte in der Aggregation haben Ihre eigenen Lebens-Zyklus, aber es ist Besitz. Kind-Objekt kann nicht gehören, zu einem anderen übergeordneten Objekt. Nehmen wir ein Beispiel der Abteilung und Lehrer. Ein einzelner Lehrer kann nicht gehört zu mehreren Abteilungen, aber wenn wir löschen, die die Abteilung Lehrer-Objekt nicht zerstören. Wir können darüber nachdenken, die "hat-ein" - Beziehung.

    Zusammensetzung

    Es ist ein starker Typ der Aggregation. Kind-Objekt nicht über Ihre Lebens-Zyklus und wenn das übergeordnete Objekt gelöscht wird, werden alle untergeordneten Objekte ebenfalls gelöscht. Nehmen wir wieder ein Beispiel für die Beziehung zwischen Haus und Zimmer. Haus kann mit mehreren Zimmern gibt es keine unabhängige Leben von Zimmer und jedes Zimmer nicht gehört zu zwei verschiedenen Häusern, wenn wir löschen das Haus, wird der Raum automatisch gelöscht.

    InformationsquelleAutor Santosh
  8. 0

    Einer Assoziation zwischen Objekttypen klassifiziert Beziehungen zwischen Objekten dieser Typen. Zum Beispiel, der Verein Committee-hat-ClubMember-als-Stuhl, der visualisiert wird, als Verbindungsleitung in der Klasse Diagramm unten gezeigt, klassifizieren Sie die Beziehungen FinanceCommittee-hat-PeterMiller-als-Stuhl, RecruitmentCommittee-hat-SusanSmith-als-Stuhl und AdvisoryCommittee-hat-SarahAnderson-als-Stuhl, wo die Objekte PeterMiller, SusanSmith und SarahAnderson Typ ClubMember, und die Objekte, die FinanceCommittee, RecruitmentCommittee und AdvisoryCommittee Typ Committee.

    Unterschied zwischen Assoziation und aggregation

    Siehe auch meine alternative CodeProject Artikel.

    InformationsquelleAutor Gerd Wagner
Schreibe einen Kommentar