Objektorientierte Programmierung - Versionsgeschichte

Crazy1880: Datum ergänzt

2025-05-05T17:03:18Z

Datum ergänzt

← Nächstältere Version		Version vom 5. Mai 2025, 19:03 Uhr
Zeile 298:		Zeile 298:
	\|Titel=Object-Oriented Software Construction		\|Titel=Object-Oriented Software Construction
	\|Verlag=Prentice Hall		\|Verlag=Prentice Hall
	\|Datum=		\|Datum=1998
	\|ISBN=0-13-629155-4}}		\|ISBN=0-13-629155-4}}
	* {{Literatur		* {{Literatur

80.146.191.142: /* Konzepte */

2025-03-24T14:03:33Z

Konzepte

← Nächstältere Version		Version vom 24. März 2025, 16:03 Uhr
Zeile 49:		Zeile 49:
	; [[Feedback (Kommunikation)\|Feedback]]: Verschiedene Objekte kommunizieren über einen Nachricht-Antwort-Mechanismus, der zu Veränderungen in den Objekten führt und neue Nachrichtenaufrufe erzeugt. Dafür steht die [[Kopplung (Softwareentwicklung)\|Kopplung]] als Index für den Grad des Feedbacks.		; [[Feedback (Kommunikation)\|Feedback]]: Verschiedene Objekte kommunizieren über einen Nachricht-Antwort-Mechanismus, der zu Veränderungen in den Objekten führt und neue Nachrichtenaufrufe erzeugt. Dafür steht die [[Kopplung (Softwareentwicklung)\|Kopplung]] als Index für den Grad des Feedbacks.

	; [[Persistenz (Informatik)\|Persistenz]]: Objektvariablen existieren, solange die Objekte vorhanden sind und „verfallen“ nicht nach Abarbeitung einer Methode.		; [[Persistenz (Informatik)\|Persistenz]]: Objektvariablen existieren, solange die Objekte vorhanden sind, und „verfallen“ nicht nach Abarbeitung einer Methode.

	; [[Polymorphie (Programmierung)\|Polymorphie]] (dt. Mehrgestalt): Fähigkeit eines [[Bezeichner]]s, abhängig von seiner Verwendung unterschiedliche Datentypen anzunehmen. Verschiedene Objekte können auf die gleiche Nachricht unterschiedlich reagieren. Wird die Art der Reaktion auf die Nachricht erst zur [[Laufzeit (Informatik)\|Laufzeit]] aufgelöst, wird dies auch [[späte Bindung]] genannt.		; [[Polymorphie (Programmierung)\|Polymorphie]] (dt. Mehrgestalt): Fähigkeit eines [[Bezeichner]]s, abhängig von seiner Verwendung unterschiedliche Datentypen anzunehmen. Verschiedene Objekte können auf die gleiche Nachricht unterschiedlich reagieren. Wird die Art der Reaktion auf die Nachricht erst zur [[Laufzeit (Informatik)\|Laufzeit]] aufgelöst, wird dies auch [[späte Bindung]] genannt.

Theking2: /* Siehe auch */ Referenz zu traits

2025-03-12T14:25:51Z

Siehe auch: Referenz zu traits

← Nächstältere Version		Version vom 12. März 2025, 16:25 Uhr
Zeile 241:		Zeile 241:
	* [[Reflexion (Programmierung)]]		* [[Reflexion (Programmierung)]]
	* [[Schnittstelle (Objektorientierung)]]		* [[Schnittstelle (Objektorientierung)]]
			* [[Trait (Programmierung)]]

	== Literatur ==		== Literatur ==

CamelBot: Bot: http2https, linkfix: entfernung von tracking-parameter; siehe user:CamelBot.

2024-04-10T07:23:48Z

Bot: http2https, linkfix: entfernung von tracking-parameter; siehe user:CamelBot.

← Nächstältere Version		Version vom 10. April 2024, 09:23 Uhr
Zeile 205:		Zeile 205:

	=== OOP und Kontrollfluss ===		=== OOP und Kontrollfluss ===
	Häufig genannte Vorzüge des OOP-Paradigmas sind eine verbesserte [[Wartbarkeit]] und [[Wiederverwendbarkeit]] des statischen Quellcodes.<ref name="realisticcodereuse">{{cite web\| first = Scott\| last= Ambler\| title = A Realistic Look at Object-Oriented Reuse\| date=1998-01-01\| accessdate=2010-07-04\| publisher = drdobbs.com\| url=http://www.drdobbs.com/184415594}}</ref> Hierzu werden jedoch die Kontrollflüsse und das dynamische Laufzeitverhalten den Daten/Objekten im Allgemeinen untergeordnet, abstrahiert und weggekapselt. Die [[Kontrollfluss\|Kontrollflüsse]] bilden sich nicht mehr für den Entwickler transparent direkt in den Codestrukturen ab (wie z. B. bei [[Prozedurale Programmierung\|prozeduralen Sprachen]]), eine Umsetzung in dieser Hinsicht wird dem [[Compiler]] überlassen. Hardware-nähere Sprachen wie das prozedurale [[C (Programmiersprache)\|C]] oder [[Assemblersprache\|Assembler]] bilden den echten Kontrollfluss und das Laufzeitverhalten transparenter ab.<ref name="flaws">{{cite web\| first = Asaf\| last= Shelly \|title = Flaws of Object Oriented Modeling\| date=2008-08-22\|accessdate=2010-07-04\| publisher = Intel® Software Network\| url=http://software.intel.com/en-us/blogs/2008/08/22/flaws-of-object-oriented-modeling/}}</ref> Mit der wachsenden Bedeutung von paralleler Hardware und [[Parallele Programmierung\|nebenläufigem Code]] wird jedoch eine bessere Kontrolle und Entwickler-Transparenz der komplexer werdenden Kontrollflüsse immer wichtiger – etwas, das schwierig mit OOP zu erreichen ist.<ref name="multithreadingisaverb">{{cite web\|url=http://blogs.techrepublic.com/programming-and-development/?p=518\|title=Multithreading is a verb not a noun\|date=2007-10-01\|accessdate=2010-07-04\|last=James\|first=Justin\|publisher=techrepublic.com}}</ref><ref name="multicore">{{cite web\| first = Asaf\| last= Shelly\| title = HOW TO: Multicore Programming (Multiprocessing) Visual C++ Class Design Guidelines, Member Functions\| date=2008-08-22\| accessdate=2010-07-04\| publisher = support.microsoft.com\| url=http://support.microsoft.com/~~?scid=kb%3Ben-us%3B558117~~}}</ref>		Häufig genannte Vorzüge des OOP-Paradigmas sind eine verbesserte [[Wartbarkeit]] und [[Wiederverwendbarkeit]] des statischen Quellcodes.<ref name="realisticcodereuse">{{cite web\| first = Scott\| last= Ambler\| title = A Realistic Look at Object-Oriented Reuse\| date=1998-01-01\| accessdate=2010-07-04\| publisher = drdobbs.com\| url=http://www.drdobbs.com/184415594}}</ref> Hierzu werden jedoch die Kontrollflüsse und das dynamische Laufzeitverhalten den Daten/Objekten im Allgemeinen untergeordnet, abstrahiert und weggekapselt. Die [[Kontrollfluss\|Kontrollflüsse]] bilden sich nicht mehr für den Entwickler transparent direkt in den Codestrukturen ab (wie z. B. bei [[Prozedurale Programmierung\|prozeduralen Sprachen]]), eine Umsetzung in dieser Hinsicht wird dem [[Compiler]] überlassen. Hardware-nähere Sprachen wie das prozedurale [[C (Programmiersprache)\|C]] oder [[Assemblersprache\|Assembler]] bilden den echten Kontrollfluss und das Laufzeitverhalten transparenter ab.<ref name="flaws">{{cite web\| first = Asaf\| last= Shelly \|title = Flaws of Object Oriented Modeling\| date=2008-08-22\|accessdate=2010-07-04\| publisher = Intel® Software Network\| url=http://software.intel.com/en-us/blogs/2008/08/22/flaws-of-object-oriented-modeling/}}</ref> Mit der wachsenden Bedeutung von paralleler Hardware und [[Parallele Programmierung\|nebenläufigem Code]] wird jedoch eine bessere Kontrolle und Entwickler-Transparenz der komplexer werdenden Kontrollflüsse immer wichtiger – etwas, das schwierig mit OOP zu erreichen ist.<ref name="multithreadingisaverb">{{cite web\|url=http://blogs.techrepublic.com/programming-and-development/?p=518\|title=Multithreading is a verb not a noun\|date=2007-10-01\|accessdate=2010-07-04\|last=James\|first=Justin\|publisher=techrepublic.com}}</ref><ref name="multicore">{{cite web\| first = Asaf\| last= Shelly\| title = HOW TO: Multicore Programming (Multiprocessing) Visual C++ Class Design Guidelines, Member Functions\| date=2008-08-22\| accessdate=2010-07-04\| publisher = support.microsoft.com\| url=http://support.microsoft.com/}}</ref>

	=== OOP und relationale Datenbanken ===		=== OOP und relationale Datenbanken ===
Zeile 313:		Zeile 313:

	== Weblinks ==		== Weblinks ==
	* [~~http~~://openbook.rheinwerk-verlag.de/oop/ Praxisbuch Objektorientierung (openbook)]		* [https://openbook.rheinwerk-verlag.de/oop/ Praxisbuch Objektorientierung (openbook)]
	* [~~http~~://openbook.rheinwerk-verlag.de/javainsel/03_001.html Objektorientiertes Programmieren in Java (openbook)]		* [https://openbook.rheinwerk-verlag.de/javainsel/03_001.html Objektorientiertes Programmieren in Java (openbook)]
	* [http://www.oszhdl.be.schule.de/gymnasium/faecher/informatik/ooa-ood/index.htm Aufgaben der OOP]		* [http://www.oszhdl.be.schule.de/gymnasium/faecher/informatik/ooa-ood/index.htm Aufgaben der OOP]
	* [http://www.b-nm.at/objektorientierte-programmierung/ Flash ActionScript OOP – Einführung in die objektorientierte Programmierung]		* [http://www.b-nm.at/objektorientierte-programmierung/ Flash ActionScript OOP – Einführung in die objektorientierte Programmierung]

RudolfSimon: Änderungen von 93.226.212.224 (Diskussion) auf die letzte Version von Anapodoton zurückgesetzt

2024-04-10T06:53:39Z

Änderungen von 93.226.212.224 (Diskussion) auf die letzte Version von Anapodoton zurückgesetzt

← Nächstältere Version		Version vom 10. April 2024, 08:53 Uhr
Zeile 115:		Zeile 115:
	# ''Geschützte'' (''protected'') Methoden dürfen von Klassen im selben Paket und [[Abgeleitete Klasse\|abgeleiteten Klassen]] aufgerufen werden.		# ''Geschützte'' (''protected'') Methoden dürfen von Klassen im selben Paket und [[Abgeleitete Klasse\|abgeleiteten Klassen]] aufgerufen werden.
	# Methoden auf ''Paket-Ebene'' können nur von Klassen aufgerufen werden, die sich im selben [[Java-Syntax#Pakete, Namen, Klassen, Schnittstellen\|Paket]] befinden – diese Zugriffsebene ist nur bei Programmiersprachen vorhanden, die Pakete bzw. [[Namensraum\|Namespaces]] kennen.		# Methoden auf ''Paket-Ebene'' können nur von Klassen aufgerufen werden, die sich im selben [[Java-Syntax#Pakete, Namen, Klassen, Schnittstellen\|Paket]] befinden – diese Zugriffsebene ist nur bei Programmiersprachen vorhanden, die Pakete bzw. [[Namensraum\|Namespaces]] kennen.
	# ''Private'' Methoden können nur von anderen Methoden derselben Klasse aufgerufen werden. ~~und so gehen Methoden~~		# ''Private'' Methoden können nur von anderen Methoden derselben Klasse aufgerufen werden.
	Analog zu diesen vier Zugriffsebenen sind in der [[Unified Modeling Language]] (UML) vier [[Sichtbarkeit (Programmierung)\|Sichtbarkeiten]] für [[Operation (UML)\|Operationen]] definiert.		Analog zu diesen vier Zugriffsebenen sind in der [[Unified Modeling Language]] (UML) vier [[Sichtbarkeit (Programmierung)\|Sichtbarkeiten]] für [[Operation (UML)\|Operationen]] definiert.
	<!-- Zu tun: Beispiele aus Smalltalk und C++. Wer kann die beisteuern? -->		<!-- Zu tun: Beispiele aus Smalltalk und C++. Wer kann die beisteuern? -->

93.226.212.224: /* Methoden bei Klassen */

2024-04-10T06:53:15Z

Methoden bei Klassen

← Nächstältere Version		Version vom 10. April 2024, 08:53 Uhr
Zeile 115:		Zeile 115:
	# ''Geschützte'' (''protected'') Methoden dürfen von Klassen im selben Paket und [[Abgeleitete Klasse\|abgeleiteten Klassen]] aufgerufen werden.		# ''Geschützte'' (''protected'') Methoden dürfen von Klassen im selben Paket und [[Abgeleitete Klasse\|abgeleiteten Klassen]] aufgerufen werden.
	# Methoden auf ''Paket-Ebene'' können nur von Klassen aufgerufen werden, die sich im selben [[Java-Syntax#Pakete, Namen, Klassen, Schnittstellen\|Paket]] befinden – diese Zugriffsebene ist nur bei Programmiersprachen vorhanden, die Pakete bzw. [[Namensraum\|Namespaces]] kennen.		# Methoden auf ''Paket-Ebene'' können nur von Klassen aufgerufen werden, die sich im selben [[Java-Syntax#Pakete, Namen, Klassen, Schnittstellen\|Paket]] befinden – diese Zugriffsebene ist nur bei Programmiersprachen vorhanden, die Pakete bzw. [[Namensraum\|Namespaces]] kennen.
	# ''Private'' Methoden können nur von anderen Methoden derselben Klasse aufgerufen werden.		# ''Private'' Methoden können nur von anderen Methoden derselben Klasse aufgerufen werden. und so gehen Methoden
	Analog zu diesen vier Zugriffsebenen sind in der [[Unified Modeling Language]] (UML) vier [[Sichtbarkeit (Programmierung)\|Sichtbarkeiten]] für [[Operation (UML)\|Operationen]] definiert.		Analog zu diesen vier Zugriffsebenen sind in der [[Unified Modeling Language]] (UML) vier [[Sichtbarkeit (Programmierung)\|Sichtbarkeiten]] für [[Operation (UML)\|Operationen]] definiert.
	<!-- Zu tun: Beispiele aus Smalltalk und C++. Wer kann die beisteuern? -->		<!-- Zu tun: Beispiele aus Smalltalk und C++. Wer kann die beisteuern? -->

Anapodoton: /* Weblinks */ 404

2022-10-24T20:10:31Z

Weblinks: 404

← Nächstältere Version		Version vom 24. Oktober 2022, 22:10 Uhr
Zeile 316:		Zeile 316:
	* [http://openbook.rheinwerk-verlag.de/javainsel/03_001.html Objektorientiertes Programmieren in Java (openbook)]		* [http://openbook.rheinwerk-verlag.de/javainsel/03_001.html Objektorientiertes Programmieren in Java (openbook)]
	* [http://www.oszhdl.be.schule.de/gymnasium/faecher/informatik/ooa-ood/index.htm Aufgaben der OOP]		* [http://www.oszhdl.be.schule.de/gymnasium/faecher/informatik/ooa-ood/index.htm Aufgaben der OOP]
	* [http://www.complang.tuwien.ac.at/franz/objektorientiert/skript07-1seitig.pdf Skriptum zu OOP, TU Wien] (PDF; 957 kB)
	* [http://www.b-nm.at/objektorientierte-programmierung/ Flash ActionScript OOP – Einführung in die objektorientierte Programmierung]		* [http://www.b-nm.at/objektorientierte-programmierung/ Flash ActionScript OOP – Einführung in die objektorientierte Programmierung]
	* [http://www.elektronikpraxis.vogel.de/themen/embeddedsoftwareengineering/implementierung/articles/252633/ Fachwissen auf ELEKTRONIKPRAXIS ONLINE] Objektorientierte Programmierung mit C		* [http://www.elektronikpraxis.vogel.de/themen/embeddedsoftwareengineering/implementierung/articles/252633/ Fachwissen auf ELEKTRONIKPRAXIS ONLINE] Objektorientierte Programmierung mit C

Anapodoton: /* Weblinks */ 404

2022-10-24T20:08:20Z

Weblinks: 404

← Nächstältere Version		Version vom 24. Oktober 2022, 22:08 Uhr
Zeile 318:		Zeile 318:
	* [http://www.complang.tuwien.ac.at/franz/objektorientiert/skript07-1seitig.pdf Skriptum zu OOP, TU Wien] (PDF; 957 kB)		* [http://www.complang.tuwien.ac.at/franz/objektorientiert/skript07-1seitig.pdf Skriptum zu OOP, TU Wien] (PDF; 957 kB)
	* [http://www.b-nm.at/objektorientierte-programmierung/ Flash ActionScript OOP – Einführung in die objektorientierte Programmierung]		* [http://www.b-nm.at/objektorientierte-programmierung/ Flash ActionScript OOP – Einführung in die objektorientierte Programmierung]
	* [http://www.math.uni-wuppertal.de/~axel/skripte/oop/oop1_1.html Einleitung in die Objektorientierte Programmierung, Uni Wuppertal]
	* [http://www.elektronikpraxis.vogel.de/themen/embeddedsoftwareengineering/implementierung/articles/252633/ Fachwissen auf ELEKTRONIKPRAXIS ONLINE] Objektorientierte Programmierung mit C		* [http://www.elektronikpraxis.vogel.de/themen/embeddedsoftwareengineering/implementierung/articles/252633/ Fachwissen auf ELEKTRONIKPRAXIS ONLINE] Objektorientierte Programmierung mit C

Ocd-cologne: Die letzte Textänderung von 91.16.26.100 wurde verworfen und die Version 225375276 von Wiesebohm wiederhergestellt.

2022-08-19T06:38:03Z

Die letzte Textänderung von 91.16.26.100 wurde verworfen und die Version 225375276 von Wiesebohm wiederhergestellt.

← Nächstältere Version		Version vom 19. August 2022, 08:38 Uhr
Zeile 180:		Zeile 180:
	== Techniken ==		== Techniken ==
	=== Objekt-Konzepte in Programmiersprachen ===		=== Objekt-Konzepte in Programmiersprachen ===
	In einigen objektorientierten Programmiersprachen wie [[Go (Programmiersprache)\|Go]], [[NewtonScript]] und [[Self (Programmiersprache)\|Self]] wird auf die Deklaration von Klassen gänzlich verzichtet. Stattdessen werden neue Objekte von bestehenden Objekten, den sogenannten [[Prototypenbasierte Programmierung\|Prototypen]], abgeleitet. Die Attribute und Methoden des Prototyps kommen immer dann zum Einsatz, wenn sie im abgeleiteten Objekt nicht explizit überschrieben wurden. Dies ist vor ~~hello~~ allem für die Entwicklung kleinerer Programme von Vorteil, da es einfacher und zeitsparend ist.		In einigen objektorientierten Programmiersprachen wie [[Go (Programmiersprache)\|Go]], [[NewtonScript]] und [[Self (Programmiersprache)\|Self]] wird auf die Deklaration von Klassen gänzlich verzichtet. Stattdessen werden neue Objekte von bestehenden Objekten, den sogenannten [[Prototypenbasierte Programmierung\|Prototypen]], abgeleitet. Die Attribute und Methoden des Prototyps kommen immer dann zum Einsatz, wenn sie im abgeleiteten Objekt nicht explizit überschrieben wurden. Dies ist vor allem für die Entwicklung kleinerer Programme von Vorteil, da es einfacher und zeitsparend ist.

	In manchen Programmiersprachen, beispielsweise in [[Objective-C]], gibt es zu jeder Klasse ein bestimmtes Objekt ([[Klassenobjekt]]), das die Klasse zur Laufzeit repräsentiert; dieses Klassenobjekt ist dann auch für die Erzeugung von Objekten der Klasse und den Aufruf der korrekten Methode zuständig.		In manchen Programmiersprachen, beispielsweise in [[Objective-C]], gibt es zu jeder Klasse ein bestimmtes Objekt ([[Klassenobjekt]]), das die Klasse zur Laufzeit repräsentiert; dieses Klassenobjekt ist dann auch für die Erzeugung von Objekten der Klasse und den Aufruf der korrekten Methode zuständig.

91.16.26.100: /* Techniken */

2022-08-19T06:37:50Z

Techniken

← Nächstältere Version		Version vom 19. August 2022, 08:37 Uhr
Zeile 180:		Zeile 180:
	== Techniken ==		== Techniken ==
	=== Objekt-Konzepte in Programmiersprachen ===		=== Objekt-Konzepte in Programmiersprachen ===
	In einigen objektorientierten Programmiersprachen wie [[Go (Programmiersprache)\|Go]], [[NewtonScript]] und [[Self (Programmiersprache)\|Self]] wird auf die Deklaration von Klassen gänzlich verzichtet. Stattdessen werden neue Objekte von bestehenden Objekten, den sogenannten [[Prototypenbasierte Programmierung\|Prototypen]], abgeleitet. Die Attribute und Methoden des Prototyps kommen immer dann zum Einsatz, wenn sie im abgeleiteten Objekt nicht explizit überschrieben wurden. Dies ist vor allem für die Entwicklung kleinerer Programme von Vorteil, da es einfacher und zeitsparend ist.		In einigen objektorientierten Programmiersprachen wie [[Go (Programmiersprache)\|Go]], [[NewtonScript]] und [[Self (Programmiersprache)\|Self]] wird auf die Deklaration von Klassen gänzlich verzichtet. Stattdessen werden neue Objekte von bestehenden Objekten, den sogenannten [[Prototypenbasierte Programmierung\|Prototypen]], abgeleitet. Die Attribute und Methoden des Prototyps kommen immer dann zum Einsatz, wenn sie im abgeleiteten Objekt nicht explizit überschrieben wurden. Dies ist vor hello allem für die Entwicklung kleinerer Programme von Vorteil, da es einfacher und zeitsparend ist.

	In manchen Programmiersprachen, beispielsweise in [[Objective-C]], gibt es zu jeder Klasse ein bestimmtes Objekt ([[Klassenobjekt]]), das die Klasse zur Laufzeit repräsentiert; dieses Klassenobjekt ist dann auch für die Erzeugung von Objekten der Klasse und den Aufruf der korrekten Methode zuständig.		In manchen Programmiersprachen, beispielsweise in [[Objective-C]], gibt es zu jeder Klasse ein bestimmtes Objekt ([[Klassenobjekt]]), das die Klasse zur Laufzeit repräsentiert; dieses Klassenobjekt ist dann auch für die Erzeugung von Objekten der Klasse und den Aufruf der korrekten Methode zuständig.

← Nächstältere Version		Version vom 24. März 2025, 16:03 Uhr
Zeile 49:		Zeile 49:
	; [[Feedback (Kommunikation)\|Feedback]]: Verschiedene Objekte kommunizieren über einen Nachricht-Antwort-Mechanismus, der zu Veränderungen in den Objekten führt und neue Nachrichtenaufrufe erzeugt. Dafür steht die [[Kopplung (Softwareentwicklung)\|Kopplung]] als Index für den Grad des Feedbacks.		; [[Feedback (Kommunikation)\|Feedback]]: Verschiedene Objekte kommunizieren über einen Nachricht-Antwort-Mechanismus, der zu Veränderungen in den Objekten führt und neue Nachrichtenaufrufe erzeugt. Dafür steht die [[Kopplung (Softwareentwicklung)\|Kopplung]] als Index für den Grad des Feedbacks.

	; [[Persistenz (Informatik)\|Persistenz]]: Objektvariablen existieren, solange die Objekte vorhanden sind und „verfallen“ nicht nach Abarbeitung einer Methode.		; [[Persistenz (Informatik)\|Persistenz]]: Objektvariablen existieren, solange die Objekte vorhanden sind, und „verfallen“ nicht nach Abarbeitung einer Methode.

	; [[Polymorphie (Programmierung)\|Polymorphie]] (dt. Mehrgestalt): Fähigkeit eines [[Bezeichner]]s, abhängig von seiner Verwendung unterschiedliche Datentypen anzunehmen. Verschiedene Objekte können auf die gleiche Nachricht unterschiedlich reagieren. Wird die Art der Reaktion auf die Nachricht erst zur [[Laufzeit (Informatik)\|Laufzeit]] aufgelöst, wird dies auch [[späte Bindung]] genannt.		; [[Polymorphie (Programmierung)\|Polymorphie]] (dt. Mehrgestalt): Fähigkeit eines [[Bezeichner]]s, abhängig von seiner Verwendung unterschiedliche Datentypen anzunehmen. Verschiedene Objekte können auf die gleiche Nachricht unterschiedlich reagieren. Wird die Art der Reaktion auf die Nachricht erst zur [[Laufzeit (Informatik)\|Laufzeit]] aufgelöst, wird dies auch [[späte Bindung]] genannt.