Revision history for ObjProg05Beziehungen
Additions:
CategoryObjektorientierteProgrammierung
Deletions:
Additions:
CategoryDelete
Deletions:
Additions:
**Die Komposition kann in ""C++"" in folgenden Varianten umgesetzt sein: **
Deletions:
Additions:
**UML- Klassendiagramm für die Aggregation: **
{{image url="oop26.gif" width="350"}}
Die Aggregation bedeutet hierarchische Beziehung zwischen Objekten. Ein Objekt ist Teil eines anderen. Keine gleichwertige Beziehung. Auf der Seite des Aggregates (des Ganzen) wird eine Raute gezeichnet.
Die Aggregation wird auch Teil-Ganze-Beziehung, Hat-Beziehung, Enthalten- Beziehung genannt.
Die Teile können unabhängig vom Aggregat erzeugt werden. Die Lebensdauer der Teile kann dabei länger sein als die Lebensdauer des Aggregates.
Ein Beispiel für eine Aggregation ist die Beziehung zwischen einer Mannschaft und ihren Spielern. Ein Mensch kann in mehreren Mannschaften spielen, und wird eine Mannschaft aufgelöst, bedeutet es in den allermeisten Fällen nicht das Ende für ihre Ex-Spieler.
Die Aggregation kann in ""C++"" als referenziertes Attribut-Objekt umgesetzt sein.
class Firma
{ Mitarbeiter* mit[4]; //einfache Datenstruktur
public:
void eingestellt(Mitarbeiter & ma)
{ ... ; mit[...] = & ma;
}
""⇒"" Demo 5
**UML- Klassendiagramm für die Aggregation und unidirektionale Assoziation: **
{{image url="oop27.gif" width="350"}}
In diesem Beispiel hat jeder Mitarbeiter eine neue Möglichkeit eine Differenz zwischen seinem und durchschnittlichem Lohn zu berechnen.
class Mitarbeiter
{ float lohn;
Firma* fa; //neue Assoziation
float differenz(){ return lohn - fa->durchschn();}
};
""⇒"" Demo 6
**UML- Klassendiagramm für die Komposition:**
{{image url="oop28.gif" width="350"}}
Auf der Seite des Ganzen wird eine gefüllte Raute gezeichnet.
Komposition bedeutet, daß die Teile vom Ganzen existenzabhängig sind. Beim Entfernen des Ganzen werden alle Teile automatisch entfernt.
Eine Komposition ist eine starke Form der Aggregation. Der Zugriff und das Erzeugen der Teile erfolgen immer über das Aggregatobjekt.
**Die Komposition kann in C++ in folgenden Varianten umgesetzt sein: **
1) als benanntes Attribut-Objekt (ein echtes physisches Enthaltensein):
class Kopf{};
class Mensch{ Kopf k1;};
2) als referenziertes Attribut-Objekt:
class GN{ }; //Geheimnummer
class Konto
{ GN* num;
public:
Konto(){num= new GN;}
~Konto(){delete num;}
};
{{image url="oop26.gif" width="350"}}
Die Aggregation bedeutet hierarchische Beziehung zwischen Objekten. Ein Objekt ist Teil eines anderen. Keine gleichwertige Beziehung. Auf der Seite des Aggregates (des Ganzen) wird eine Raute gezeichnet.
Die Aggregation wird auch Teil-Ganze-Beziehung, Hat-Beziehung, Enthalten- Beziehung genannt.
Die Teile können unabhängig vom Aggregat erzeugt werden. Die Lebensdauer der Teile kann dabei länger sein als die Lebensdauer des Aggregates.
Ein Beispiel für eine Aggregation ist die Beziehung zwischen einer Mannschaft und ihren Spielern. Ein Mensch kann in mehreren Mannschaften spielen, und wird eine Mannschaft aufgelöst, bedeutet es in den allermeisten Fällen nicht das Ende für ihre Ex-Spieler.
Die Aggregation kann in ""C++"" als referenziertes Attribut-Objekt umgesetzt sein.
class Firma
{ Mitarbeiter* mit[4]; //einfache Datenstruktur
public:
void eingestellt(Mitarbeiter & ma)
{ ... ; mit[...] = & ma;
}
""⇒"" Demo 5
**UML- Klassendiagramm für die Aggregation und unidirektionale Assoziation: **
{{image url="oop27.gif" width="350"}}
In diesem Beispiel hat jeder Mitarbeiter eine neue Möglichkeit eine Differenz zwischen seinem und durchschnittlichem Lohn zu berechnen.
class Mitarbeiter
{ float lohn;
Firma* fa; //neue Assoziation
float differenz(){ return lohn - fa->durchschn();}
};
""⇒"" Demo 6
**UML- Klassendiagramm für die Komposition:**
{{image url="oop28.gif" width="350"}}
Auf der Seite des Ganzen wird eine gefüllte Raute gezeichnet.
Komposition bedeutet, daß die Teile vom Ganzen existenzabhängig sind. Beim Entfernen des Ganzen werden alle Teile automatisch entfernt.
Eine Komposition ist eine starke Form der Aggregation. Der Zugriff und das Erzeugen der Teile erfolgen immer über das Aggregatobjekt.
**Die Komposition kann in C++ in folgenden Varianten umgesetzt sein: **
1) als benanntes Attribut-Objekt (ein echtes physisches Enthaltensein):
class Kopf{};
class Mensch{ Kopf k1;};
2) als referenziertes Attribut-Objekt:
class GN{ }; //Geheimnummer
class Konto
{ GN* num;
public:
Konto(){num= new GN;}
~Konto(){delete num;}
};
Additions:
**UML- Klassendiagramm für unidirektionale Assoziation: **
Die einfache Assoziation kann in ""C++"" umgesetzt sein:
**UML- Klassendiagramm für die bidirektionale Assoziation: **
{{image url="oop24.gif" width="350"}}
Objekte kennen sich gegenseitig. Im Beispiel sind beide Objekte als referenzierte Attribute repräsentiert.
class ABT //Abteilung
{ ANG* g;
public:
void link(ANG* );
void unlink(ANG* );
};
class ANG //Angestellter
{ ABT* t;
public:
void link(ABT* );
void unlink(ABT* );
};
**UML- Klassendiagramm für die reflexive Assoziation:**
{{image url="oop25.gif" width="350"}}
Eine reflexive Assoziation besteht zwischen Objekten derselben Klasse. Dabei müssen immer die Rollennamen angegeben werden.
class Person
{ Person* partner; //als referenzierter Attribut
public:
void setPartner( Person* p){ ... ; partner=p; }
""⇒"" Demo 4
Die einfache Assoziation kann in ""C++"" umgesetzt sein:
**UML- Klassendiagramm für die bidirektionale Assoziation: **
{{image url="oop24.gif" width="350"}}
Objekte kennen sich gegenseitig. Im Beispiel sind beide Objekte als referenzierte Attribute repräsentiert.
class ABT //Abteilung
{ ANG* g;
public:
void link(ANG* );
void unlink(ANG* );
};
class ANG //Angestellter
{ ABT* t;
public:
void link(ABT* );
void unlink(ABT* );
};
**UML- Klassendiagramm für die reflexive Assoziation:**
{{image url="oop25.gif" width="350"}}
Eine reflexive Assoziation besteht zwischen Objekten derselben Klasse. Dabei müssen immer die Rollennamen angegeben werden.
class Person
{ Person* partner; //als referenzierter Attribut
public:
void setPartner( Person* p){ ... ; partner=p; }
""⇒"" Demo 4
Deletions:
Die einfache Assoziation kann in C++ umgesetzt sein:
Additions:
class A{ };
class B{ A a1; };
main(){ B b1; }
{{image url="oop22.gif" width="450"}}
{{image url="oop23.gif" width="350"}}
Die einfache Assoziation kann in C++ umgesetzt sein:
1) als ein lokales Objekt,
2) als Parameterobjekt,
3) als referenziertes Attribut-Objekt
**Beispiel:**
Ein lokales Objekt der Klasse „Werkzeug“ wird in einer Methode der Klasse „Beruf“ angelegt:
%%(cpp)
class Werkzeug { public: void g(){ } };
class Beruf
{ public: void p(){ Werkzeug w1; w1.g(); }
};
%%
""⇒"" Demo 3
class B{ A a1; };
main(){ B b1; }
{{image url="oop22.gif" width="450"}}
{{image url="oop23.gif" width="350"}}
Die einfache Assoziation kann in C++ umgesetzt sein:
1) als ein lokales Objekt,
2) als Parameterobjekt,
3) als referenziertes Attribut-Objekt
**Beispiel:**
Ein lokales Objekt der Klasse „Werkzeug“ wird in einer Methode der Klasse „Beruf“ angelegt:
%%(cpp)
class Werkzeug { public: void g(){ } };
class Beruf
{ public: void p(){ Werkzeug w1; w1.g(); }
};
%%
""⇒"" Demo 3
Deletions:
class B{ A a1; };
main(){ B b1; }
{{image url="oop22.gif" width="500"}}
{{image url="oop23.gif" width="300"}}
Additions:
1) Einfache Assoziation
2) Aggregation
3) Komposition
Die einfache Assoziation (auch Benutzt-Beziehung) bedeutet gleichrangige Beziehung zwischen Objekten.
""UML- Klassendiagramm für unidirektionale Assoziation: ""
{{image url="oop23.gif" width="300"}}
Ein Objekt der Klasse „Beruf“ kennt ein anderes Objekt der Klasse „Werkzeug“.
Obwohl in UML eine Assoziation als eine Linie zwischen den Klassenkästchen dargestellt wird, ist eine Assoziation eine Beziehung zwischen Objekten – den Exemplaren dieser Klassen.
2) Aggregation
3) Komposition
Die einfache Assoziation (auch Benutzt-Beziehung) bedeutet gleichrangige Beziehung zwischen Objekten.
""UML- Klassendiagramm für unidirektionale Assoziation: ""
{{image url="oop23.gif" width="300"}}
Ein Objekt der Klasse „Beruf“ kennt ein anderes Objekt der Klasse „Werkzeug“.
Obwohl in UML eine Assoziation als eine Linie zwischen den Klassenkästchen dargestellt wird, ist eine Assoziation eine Beziehung zwischen Objekten – den Exemplaren dieser Klassen.
Deletions:
2) Aggregation
3) Komposition
Additions:
Objekte können sich aus anderen Objekten (""AttributObjekten"") zusammensetzen.
===Initialisierungsliste===
Eine Initialisierungsliste dient für die direkte Initialisierung von Teilobjekten. Diese Liste wird hinter dem Kopf des Konstruktors, durch einen Doppelpunkt getrennt, angegeben. Eine Initialisierungsliste besteht aus den Namen der Teilobjekten und seinen Anfangswerten.
{{image url="oop22.gif" width="500"}}
""⇒"" Demo 1
=====5.2. Beziehungen zwischen Objekten und ihre Umsetzung in ""C++""=====
===Beziehungen===
Man unterscheidet grundsätzlich drei Arten von Beziehungen:
1) Beziehungen zwischen Klassen und Objekten
Die Objekte, die zu einer Klasse gehören, werden als Exemplare (Instanze) dieser Klasse bezeichnet.
2) Beziehungen zwischen Klassen
Diese Beziehung wird durch Vererbung definiert. Die abgeleitete Klasse steht zur Basisklasse in einer Ist-Beziehung.
3 )Beziehungen zwischen Objekten
Objekte stehen in Beziehungen, wenn sie sich kennen. Ein Objekt steht in einer Hat-Beziehung zu anderem, wenn es das anderen Objekt als Attribut besitzt.
===Beziehungen in UML===
UML (Unified Modeling Language) ist eine Sprache, um objektorientierte Systeme zu beschreiben.
Die Ergebnisse der objektorientierten Analyse (OOA) und des objektorientierten Designs (OOD) können in einer normierten Form beschrieben werden. Damit können Analyse- und Entwurfsfehler z.B. noch vor der Implementierung entdeckt werden.
""⇒"" Demo 2
===Arten von Objekt-Beziehungen===
Die Arten sind in der UML unabhängig von konkreter Programmiersprache standardisiert:
1) Einfache Assoziation
2) Aggregation
3) Komposition
Objekt-Beziehungen werden ganz allgemein auch Assoziation genannt.
Eine in UML modellierte Beziehung lässt sich nicht „eins-zu-eins“ in ""C++"" umsetzen.
===Initialisierungsliste===
Eine Initialisierungsliste dient für die direkte Initialisierung von Teilobjekten. Diese Liste wird hinter dem Kopf des Konstruktors, durch einen Doppelpunkt getrennt, angegeben. Eine Initialisierungsliste besteht aus den Namen der Teilobjekten und seinen Anfangswerten.
{{image url="oop22.gif" width="500"}}
""⇒"" Demo 1
=====5.2. Beziehungen zwischen Objekten und ihre Umsetzung in ""C++""=====
===Beziehungen===
Man unterscheidet grundsätzlich drei Arten von Beziehungen:
1) Beziehungen zwischen Klassen und Objekten
Die Objekte, die zu einer Klasse gehören, werden als Exemplare (Instanze) dieser Klasse bezeichnet.
2) Beziehungen zwischen Klassen
Diese Beziehung wird durch Vererbung definiert. Die abgeleitete Klasse steht zur Basisklasse in einer Ist-Beziehung.
3 )Beziehungen zwischen Objekten
Objekte stehen in Beziehungen, wenn sie sich kennen. Ein Objekt steht in einer Hat-Beziehung zu anderem, wenn es das anderen Objekt als Attribut besitzt.
===Beziehungen in UML===
UML (Unified Modeling Language) ist eine Sprache, um objektorientierte Systeme zu beschreiben.
Die Ergebnisse der objektorientierten Analyse (OOA) und des objektorientierten Designs (OOD) können in einer normierten Form beschrieben werden. Damit können Analyse- und Entwurfsfehler z.B. noch vor der Implementierung entdeckt werden.
""⇒"" Demo 2
===Arten von Objekt-Beziehungen===
Die Arten sind in der UML unabhängig von konkreter Programmiersprache standardisiert:
1) Einfache Assoziation
2) Aggregation
3) Komposition
Objekt-Beziehungen werden ganz allgemein auch Assoziation genannt.
Eine in UML modellierte Beziehung lässt sich nicht „eins-zu-eins“ in ""C++"" umsetzen.
Deletions:
Additions:
=====51. Verbindungen zwischen Objekten in ""C++"" =====
===Verbindungen zwischen Objekten in C""++"" ===
Die Voraussetzung für eine Kommunikation zwischen Objekten ist , dass diese sich kennen. Eine ""C++"" -Methode kennt folgende Objekte:
===Verbindungen zwischen Objekten in C""++"" ===
Die Voraussetzung für eine Kommunikation zwischen Objekten ist , dass diese sich kennen. Eine ""C++"" -Methode kennt folgende Objekte:
Deletions:
===Verbindungen zwischen Objekten in C++ ===
Die Voraussetzung für eine Kommunikation zwischen Objekten ist , dass diese sich kennen. Eine C++ -Methode kennt folgende Objekte:
Additions:
===Verbindungen zwischen Objekten in C++ ===
Die Voraussetzung für eine Kommunikation zwischen Objekten ist , dass diese sich kennen. Eine C++ -Methode kennt folgende Objekte:
1) Globale Objekte,
2) Lokale Objekte,
3) Parameter-Objekte,
4) Attribut-Objekte.
Objekte können in drei bekannten Formen gestaltet werden:
1) Benanntes-Objekt,
2) Referenziertes Objekt ,
3) Referenz-Objekt.
===Subobjekte===
Objekte können sich aus anderen Objekten (AttributObjekten) zusammensetzen.
Ein Attribut-Objekt wird auch als Subobjekt bezeichnet.
Es gibt zwei Arten von Subobjekten:
1) Teilobjekt (Benanntes-Objekt ),
2) Eigenständiges Subobjekt (Referenziertes Objekt ).
**Begriffsverwirrung:** Ein Subobjekt kann manchmal als ein Teilobjekt bezeichnet werden.
Ein Teilobjekt ist ein unlösbares Subobjekt.
class A{ };
class B{ A a1; };
main(){ B b1; }
Hier ist a1 das Teilobjekt des Objektes b1.
Bei der Initialisierung eines Objektes, das Teilobjekte enthält, sind mehrere Konstruktoren auszuführen.
**Reihenfolge der Konstruktor- Aufrufe:**
1) Zuerst werden die Teilobjekte angelegt und initialisiert. Ohne weitere Angaben wird für jedes Teilobjekt der Default- Konstruktor aufgerufen.
2) Danach wird der Konstruktor des Objektes aufgerufen.
**Der Aufruf von Default-Konstruktoren beim Aufbau von Teilobjekten hat folgende Nachteile:**
1) Ein Teilobjekt wird zwei mal mit Werten versehen: zuerst durch den Aufruf des Default-Konstruktors des Teilobjektes, danach durch die Zuweisung beim Aufruf des Konstruktors des Objektes. Diese doppelte Aktion beeinträchtigt die Ausführungszeit.
2) Konstante Objekte oder Referenzen können nicht durch die Zuweisung mit Werten versehen werden.
3) Klassen ohne Default-Konstruktor können nicht als Typ für Teilobjekte verwendet werden.
Die Voraussetzung für eine Kommunikation zwischen Objekten ist , dass diese sich kennen. Eine C++ -Methode kennt folgende Objekte:
1) Globale Objekte,
2) Lokale Objekte,
3) Parameter-Objekte,
4) Attribut-Objekte.
Objekte können in drei bekannten Formen gestaltet werden:
1) Benanntes-Objekt,
2) Referenziertes Objekt ,
3) Referenz-Objekt.
===Subobjekte===
Objekte können sich aus anderen Objekten (AttributObjekten) zusammensetzen.
Ein Attribut-Objekt wird auch als Subobjekt bezeichnet.
Es gibt zwei Arten von Subobjekten:
1) Teilobjekt (Benanntes-Objekt ),
2) Eigenständiges Subobjekt (Referenziertes Objekt ).
**Begriffsverwirrung:** Ein Subobjekt kann manchmal als ein Teilobjekt bezeichnet werden.
Ein Teilobjekt ist ein unlösbares Subobjekt.
class A{ };
class B{ A a1; };
main(){ B b1; }
Hier ist a1 das Teilobjekt des Objektes b1.
Bei der Initialisierung eines Objektes, das Teilobjekte enthält, sind mehrere Konstruktoren auszuführen.
**Reihenfolge der Konstruktor- Aufrufe:**
1) Zuerst werden die Teilobjekte angelegt und initialisiert. Ohne weitere Angaben wird für jedes Teilobjekt der Default- Konstruktor aufgerufen.
2) Danach wird der Konstruktor des Objektes aufgerufen.
**Der Aufruf von Default-Konstruktoren beim Aufbau von Teilobjekten hat folgende Nachteile:**
1) Ein Teilobjekt wird zwei mal mit Werten versehen: zuerst durch den Aufruf des Default-Konstruktors des Teilobjektes, danach durch die Zuweisung beim Aufruf des Konstruktors des Objektes. Diese doppelte Aktion beeinträchtigt die Ausführungszeit.
2) Konstante Objekte oder Referenzen können nicht durch die Zuweisung mit Werten versehen werden.
3) Klassen ohne Default-Konstruktor können nicht als Typ für Teilobjekte verwendet werden.
Additions:
=== Nachricht===
Ein objektorientiertes Programm ist eine Vielzahl kooperierender Objekte.
{{image url="oop21.gif" width="500"}}
Kommunikation zwischen Objekten bedeutet, dass die Objekte sich gegenseitig Nachrichten schicken, d.h. Methoden des anderen Objektes aufrufen.
Ein objektorientiertes Programm ist eine Vielzahl kooperierender Objekte.
{{image url="oop21.gif" width="500"}}
Kommunikation zwischen Objekten bedeutet, dass die Objekte sich gegenseitig Nachrichten schicken, d.h. Methoden des anderen Objektes aufrufen.
Deletions:
===Operator-Überladung===
