Wissensdatenbank Wirtschaftsrecht

aktuelles Dokument: ObjProg02Kapselung
image4
image3
image2
image1
 Alle Kategorien:
  Forschungsdatenbank
  Lehrveranstaltungen
  Lexikon
  Literatur
  Rechtsgebiete
  Rechtsprechung
  Service
  Studium F H S
  Wissensmanagement
ich war hier: ObjProg02Kapselung

Revision history for ObjProg02Kapselung


Revision [83269]

Last edited on 2017-08-16 15:16:05 by ClaudiaMichel
Additions:
CategoryObjektorientierteProgrammierung
Deletions:
CategoryDelete


Revision [72098]

Edited on 2016-09-27 12:41:41 by NicoleHennemann
Additions:
CategoryDelete
Deletions:
CategoryObjProg


Revision [22761]

Edited on 2013-03-28 23:22:13 by RonnyGertler
Additions:
===Aufruf von Konstruktor und Destruktor===
Deletions:
===Aufruf von Konstruktor und Destruktor==


Revision [22760]

Edited on 2013-03-28 23:20:48 by RonnyGertler
Additions:
===Konstruktoren===
Ein Konstruktor ist eine spezielle Methode für die Initialisierung des neu angelegten Objektes.
**Besonderheiten**:
1. Der Name des Konstruktors ist gleich dem Namen der Klasse.
2. Ein Konstruktor besitzt keinen Rückgabetyp, auch nicht void.
3. Die Konstruktoren sind überladbar. Eine Klasse kann mehrere Konstruktoren mit der unterschiedlichen Signatur besitzen.
4. Einer der Konstruktoren wird bei der Definition eines Objektes implizit ausgeführt.
5. Ein Konstruktor ohne Parameter heißt Default- Konstruktor oder parameterloser Konstruktor.
===Destruktor===
Ein Destruktor ist eine spezielle Methode für den Abbau eines Objektes.
**Besonderheiten**:
1. Der Name des Destruktors besteht aus dem Klassennamen mit führendem ~ („Tilde“)
2. Ein Destruktor besitzt keinen Rückgabetyp, auch nicht void.
3. Ein Destruktor besitzt keine Parameterliste. Jede Klasse hat nur einen Destruktor.
4. Ein Destruktor wird bei den Abbau eines Objektes implizit ausgeführt, z.B. wird ein lokales Objekt am Ende des Blocks abgebaut, in dem es definiert ist.
5. Ein Destruktor muss bestimmte Aktionen vom Konstruktor und von anderen Methoden wieder rückgängig machen, z.B. reservierten Speicherplatz wieder freigeben oder geöffnete Dateien wieder schließen.
===Aufruf von Konstruktor und Destruktor==
**Aufbau und Abbau des Objekts**
{{image class="center" url="oop10.gif" width="500"}}
===Objekt im dynamischen Speicher===
**Aufbau und Abbau des namenlosen Objektes**
{{image class="center" url="oop11.gif" width="500"}}
===Standardmethoden===
In jeder Klasse sind vier Standardmethoden automatisch vorhanden:
1) der Default- Konstruktor,
2) der Destruktor,
3) der Kopier- Konstruktor,
4) der Zuweisungsoperator.
Der Kopier- Konstruktor initialisiert ein Objekt mit einem anderen Objekt desselben Typs. Dabei werden alle Attribute vom Parameter-Objekt in das neu angelegten Objekt bitweise kopiert.
Er wird implizit aufgerufen:
1) bei der Definition von Objekten,
2) bei der Übergabe des Objektes per „call-by-value“,
3) bei der Übergabe des Objektes per „Rückgabe per Wert“.
Der Zuweisungsoperator kopiert alle Attribute eines Objekts in das andere bereits existierende Objekt desselben Typs.
===Standard-Kopier-Konstruktor ===
{{image class="center" url="oop12.gif" width="500"}}


Revision [22759]

Edited on 2013-03-28 23:16:16 by RonnyGertler
Additions:
{{image class="center" url="oop6.gif" width="450"}}
===Definition von Objekten===
Definition eines Objektes erfolgt durch Angabe des Datentyps und des Objektnamens. Für jedes Objekt wird der Speicherplatz reserviert.
{{image class="center" url="oop7.gif" width="500"}}
===Verwendung von Objekten===
Ein Anwendungsprogramm kann nur auf public- Attribute des Objektes zugreifen und public- Methoden aufrufen. Dies geschieht mit Hilfe des Punktoperators oder des Pfeiloperators.
{{image class="center" url="oop8.gif" width="500"}}
===Der this-Zeiger===
Jede Methode erhält den so genannte this-Zeiger als verstecktes Argument beim Aufruf. Der this-Zeiger enthält die Adresse des
aktuellen Objekts. Die Adresse des Objektes im Speicherbereich ist das Identitätskriterium.
{{image class="center" url="oop9.gif" width="500"}}
=====2.3. Methoden =====
Deletions:
{{image class="center" url="oop6.gif" width="500"}}


Revision [22758]

Edited on 2013-03-28 23:14:19 by RonnyGertler
Additions:
===Definition von Klassen ===
Definition einer Klasse legt den Namen der Klasse sowie die Namen und Typen von Merkmalen (Klassenelementen, members)
fest. Merkmale sind Attribute (Daten) und Methoden (Elementfunktionen).
Bei der Klassendefinition werden die Attribute nur deklariert, d.h. keine Speicherreservierung.
{{image class="center" url="oop6.gif" width="500"}}


Revision [22757]

Edited on 2013-03-28 23:13:19 by RonnyGertler
Additions:
===Schnittstelle einer Klasse===
===Beispiele für Deklaration, Definition, Verwendung ===
""<table class="data" width="80%" style="border:0">
<tr>
<td>
</td>
<td>
<b>Deklaration </b>
</td>
<td>
<b>Definition </b>
</td>
<td>
<b>Verwendung </b>
</td>
</tr>
<tr>
<td>
<b>Typ
</b>
</td>
<td>
//Vorwärtsdeklaration <br/>
class A;
</td>
<td>
class A{…};
</td>
<td>
A a1, a3;
</td>
</tr>
<tr>
<td>
<b>Variable,
Objekt </b>
</td>
<td>
extern A a1;<br/><br/>
class B <br/>
{ A a1; <br/>
};
</td>
<td>
A a1;
</td>
<td>
// Zugriff<br/>
f(a1); <br/><br/>
a1 = a3;
</td>
</tr>
<tr>
<td>
<b>Funktion,
Methode </b>
</td>
<td>
//Prototyp <br/>
extern void f(A a2); <br/><br/>
class B <br/>
{ void m (A a2); <br/>
};
</td>
<td>
void f(A a2){…}<br/><br/>
void B::m(A a2){…}
</td>
<td>
//Aufruf <br/>
f(a3); <br/><br/>
a1.m(a3);
</td>
</tr>
</table>""
Deletions:
===Schnittstelle einer Klasse


Revision [22756]

Edited on 2013-03-28 23:08:07 by RonnyGertler
Additions:
{{image class="center" url="oop3.gif" width="500"}}
===Prozedurale Lösung mit Datenabstraktion ===
{{image class="center" url="oop4.gif" width="500"}}
===Lösung mit Datenabstraktion und Datenkapselung ===
{{image class="center" url="oop5.gif" width="500"}}
===Schnittstelle einer Klasse
Die Deklarationen von allen public- Methoden bilden die öffentliche Schnittstelle (Interface). Durch die öffentliche Schnittstelle kommuniziert ein Objekt mit der Umgebung.
Die Schnittstelle sagt nichts über die Implementierung (über die interne Darstellung der Daten) aus. Die Datenabstraktion realisiert das Prinzip der Trennung von Schnittstelle und Implementierung.
Das Anwendungsprogramm merkt keine Veränderungen in der Implementierung, wenn die Schnittstelle dieselbe bleibt.
===ADT===
Der abstrakten Datentyp (ADT) ist ein Konzept der Entwurfsphase.
Als ADT bezeichnet man spezielle Datentypen:
1) deren Operationen und das korrekten Zusammenspiel der Operationen genau spezifiziert sind,
2) die jedoch nicht an einen konkreten Wertebereich gebunden sind.
Die Spezifikation des ADT kann:
1) durch natürliche Sprache,
2) durch eine Reihe von Axiomen,
3) durch Methodendeklaration mit Kommentaren usw. beschrieben werden.
__Vorsicht__: Ein benutzerdefinierter Typ wird häufig als ADT bezeichnet.
=====2.2. Definition von Klassen und Objekten=====
===Deklaration, Definition und Verwendung===
Eine Deklaration bestimmt, welche Bedeutung ein Bezeichner im Programmtext besitzt.
Jede Definition stellt auch eine Deklaration dar.
Bei der Definition:
1) einer Variable (eines Objektes) wird Speicherplatz reserviert.
2) einer Funktion (Methode) wird der Rumpf festgelegt.
3) eines Typs(Klasse) werden alle Merkmale festgelegt.
Vor der Verwendung muss jede Variable(Objekt), jede Funktion(Methode), jeder Typ(Klasse) definiert werden.
Deletions:
{{image url="oop3.gif" width="500"}}


Revision [22755]

Edited on 2013-03-28 23:04:37 by RonnyGertler
Deletions:
{{files}}


Revision [22754]

Edited on 2013-03-28 23:03:55 by RonnyGertler
Additions:
{{files}}


Revision [22753]

Edited on 2013-03-28 23:03:43 by RonnyGertler
Additions:
===Datenkapselung===
Attribute und Methoden der Klasse können als geschützt oder öffentlich deklariert werden. Normaleweise werden Attribute als private und Methoden als public d.h. öffentlich deklariert.

Ohne Datenkapselung können die Vorteile der Datenabstraktion durch das sogenannte Vorbeiprogrammieren an Methoden zerstört werden.
===Beispiel: Ein Element auf Stack legen===
**Prozedurale Lösung**
{{image url="oop3.gif" width="500"}}


Revision [22752]

The oldest known version of this page was created on 2013-03-28 23:02:20 by RonnyGertler
Valid XHTML   |   Valid CSS:   |   Powered by WikkaWiki