Im Datenbankdesign und der orientierten Programm-Architektur des Gegenstands, hat - einer Beziehung zu sein, wo ein Gegenstand (hat häufig den Composited-Gegenstand genannt), "gehört" (ist ein Teil, oder Mitglied) ein anderer Gegenstand (hat den zerlegbaren Typ genannt), und benimmt sich ordnungsmäßig des Eigentumsrechts. In einfachen Wörtern, hat - eine Beziehung in einem Gegenstand wird ein Mitglied-Feld eines Gegenstands genannt. Vielfach hat - Beziehungen werden sich verbinden, um eine possessive Hierarchie zu bilden. Dem wird damit gegenübergestellt - eine Beziehung Zu sein, die eine verschiedene Art der Hierarchie (das Subschreiben) einsetzt. Die Entscheidung, ob die logischste Beziehung für einen Gegenstand und seinen Untergebenen nicht immer klar ist, hat - a oder ist - a. Die Verwirrung über solche Entscheidungen hat die Entwicklung dieser Metalinguistic-Begriffe nötig gemacht. Ein gutes Beispiel des Habens - eine Beziehung ist Behälter im C ++ STL.

Beispiele

In Datenbanken hat - Beziehungen werden gewöhnlich in einem Entitätsbeziehungsmodell vertreten. Wie Sie durch das Diagramm rechts sehen können, kann eine Rechnung vielfache Charaktere haben.

In der objektorientierten Programmierung dieser Beziehung kann mit einem Vereinigten modellierenden Sprachdiagramm vertreten werden. Das hat - eine Beziehung ist auch bekannt als Zusammensetzung. Wie Sie aus dem Diagramm rechts sehen können, hat ein Auto "-ein" Vergaser, oder ein Auto wird aus" einem Vergaser "zusammengesetzt. Wenn der Diamant schwarz gefärbt wird, bedeutet er Zusammensetzung, d. h. der Gegenstand auf der am Diamanten am nächsten Seite wird daraus zusammengesetzt oder enthält den anderen Gegenstand. Während der weiße Diamant Ansammlung bedeutet, was bedeutet, dass der am Diamanten am nächste Gegenstand haben oder den anderen Gegenstand besitzen kann.

Hier kommt ein schlechtes Beispiel, in dem Ihre Behauptung erforderlich ist. Eine andere Weise, zwischen Zusammensetzung und Ansammlung im Modellieren der echten Welt zu unterscheiden, soll die Verhältnislebenszeit des enthaltenen Gegenstands denken. Zum Beispiel, wenn ein Autogegenstand einen Fahrgestell-Gegenstand enthält, wird ein Fahrgestell am wahrscheinlichsten während der Lebenszeit des Autos nicht ersetzt. Es wird dieselbe Lebenszeit wie das Auto selbst haben; so ist die Beziehung eine der Zusammensetzung. Andererseits, wenn der Autogegenstand eine Reihe von Reifengegenständen enthält, können sich diese Reifengegenstände abnutzen und mehrere Male ersetzt werden. Oder wenn das Auto unbrauchbar wird, können einige Reifen geborgen und einem anderen Auto zugeteilt werden. Auf jeden Fall haben die Reifengegenstände verschiedene Lebenszeiten als der Autogegenstand; deshalb ist die Beziehung eine der Ansammlung.

Das Diagramm auf dem Recht zeigt einen sehr allgemeinen Missbrauch des Ansammlungskonzepts. Es ist heutzutage üblich, fast jede Beziehung in einem UML als eine Ansammlung gekennzeichneten Modell zu sehen. Jedoch hat es keinen Sinn zu sagen, dass "ein Teich eine Ansammlung von Enten ist". Das Diagramm ist auch in seinem Beispiel der Zusammensetzung falsch. Ein Vergaser ist vom Auto für die Existenz nicht notwendigerweise abhängig. Es konnte auf einem Bord irgendwo sein. Das Auto ist eine Anhäufung seiner Teile. Eine Ordnungslinie lebt andererseits und stirbt mit der Ordnung. Es ist deshalb richtig, um zu sagen, dass die Ordnung eine Zusammensetzung von Ordnungslinien ist.

Wenn man einen C ++ Softwareklasse machen sollte, um die Beziehungen (Zusammensetzung/Ansammlung) durchzuführen, die oben beschrieben ist, würde der Autogegenstand einen ganzen Fahrgestell-Gegenstand in einem Datenmitglied enthalten. Dieser Fahrgestell-Gegenstand würde im Konstrukteur der Autoklasse realisiert (oder als der Datentyp des Datenmitgliedes und seiner im Konstrukteur zugeteilten Eigenschaften definiert.), Und da es ein ganz enthaltenes Datenmitglied der Autoklasse sein würde, würde der Fahrgestell-Gegenstand nicht mehr bestehen, wenn ein Autoklassengegenstand gelöscht werden sollte (mit anderen Worten, wird die Beziehung zwischen einem Auto und seinem Fahrgestell identifiziert, um NICHT NUR der Ansammlung, aber genauer der Zusammensetzung zu sein). Zusammensetzung stellt eine relativ strengere Anforderung an die Lebenszeit des Behälters und der enthaltenen Gegenstände darin.

Andererseits würden die Autoklassendatenmitglieder, die hinweisen, um Gegenstände Zu ermüden, am wahrscheinlichsten C ++ Zeigestöcke sein. Reifengegenstände konnten realisiert und äußerlich gelöscht, oder sogar Datenmitgliedern eines verschiedenen Autogegenstands zugeteilt werden. Reifengegenstände würden eine unabhängige Lebenszeit z.B haben, um einem anderen passenden Fahrzeug zugeteilt und davon getrennt zu werden, als der Autogegenstand gelöscht wurde, der die Beziehung zwischen einem Auto und seinen wiedereinklagbaren Reifen der Ansammlung macht, weil die Lebenszeit von Reifen von der Lebenszeit des Autos nicht notwendigerweise abhängt.

Siehe auch

• Ist - ein
• Gegenstand-Zusammensetzung
• Holonymy
• Meronymy