imported>Moritz1988: Toten internen Link auf mutmaßlich passende Zielseite korrigiert

2022-04-11T18:43:20Z

Toten internen Link auf mutmaßlich passende Zielseite korrigiert

Neue Seite

Ein '''Stub''' (von [[Englische Sprache|englisch]] ''stub''‚ Stubben, Stummel, Stumpf) oder '''Stutzen''' bezeichnet in der [[Softwareentwicklung]] einen – üblicherweise relativ einfachen und kurzen – [[Programmcode]], der anstelle eines anderen, meist komplexeren, Programmcodes steht. Dabei ist der eigentliche Programmcode, der durch den Stub ersetzt wird, noch nicht entwickelt ([[Top-Down- und Bottom-Up-Design|Top-Down]]-Ansatz) oder auf einem anderen Rechner oder in einem anderen [[Virtueller Adressraum|Speicherbereich]]. Liegt der Code an einem anderen Ort, so ist der Stub der lokale Anknüpfungspunkt, um Softwarekomponenten einfach anzusprechen, die ansonsten nur über komplexe [[Netzwerkprotokoll|Protokolle]] erreichbar wären bzw. sind und um diese Komplexität zu verbergen. Ein Stub entspricht dann dem [[Entwurfsmuster]] [[Stellvertreter (Entwurfsmuster)|eines Stellvertreters]].

Insbesondere kommen Stubs bei der Entwicklung [[Verteilte Systeme|verteilter Systeme]] zur Anwendung: Die Funktionalität eines entfernten, nur über ein [[Rechnernetz|Netzwerk]] erreichbaren Softwaresystems wird auf dem lokalen System in Form einer „Stubkomponente“ zur Verfügung gestellt. Diese Stubkomponente kann von der Software des lokalen Systems so angesprochen werden, als wäre die Funktionalität des entfernten Systems lokal vorhanden ([[Zugriffstransparenz]]). Statt aber diese gewünschte Funktion tatsächlich zu implementieren, übersetzt die Stubkomponente die Anfragen in Netzwerkaufrufe ([[Marshalling]]), kommuniziert mit dem fernen System und delegiert die Aktion an dieses. Für das nutzende System bleibt dieser Kommunikationsvorgang verborgen.

Bei einer Kommunikation nach dem [[Client-Server-System|Client-Server-Modell]] ([[Remote Procedure Call|RPC]], [[Remote Method Invocation|RMI]]) heißt der lokale Vertreterstub auf dem Client auch ''proxy''. Bei verschiedenen Techniken kann aus einer abstrakten Beschreibung ein Grundgerüst ([[Skeleton (Programmierung)|Skeleton]]) für das Gegenstück auf dem Server erstellt werden.

== Mono- und polymorphische Stubs ==
Ein Programm, welches die Methode eines [[Schnittstelle (Objektorientierung)|Interfaces]] aufruft, muss beim ersten Zugriff den dahinterliegenden Datentyp ermitteln.

Steht der Datentyp fest, so wird ein '''monomorphischer Stub'''<ref name="highPerf" /> erzeugt, der eine Funktion für den Zugriff auf die passende Methode für den jeweiligen Datentyp implementiert. Der Stub kann gespeichert werden, um einen erneuten Aufruf der Schnittstelle für ein weiteres Objekt zu optimieren. Ist das weitere Objekt jedoch typverschieden, so muss ein neuer monomorphischer Stub erzeugt werden. Ein monomorphischer Stub hat somit den Nachteil, dass er nur für einen bestimmten, konkreten Datentyp geeignet ist.

Im Gegensatz dazu besitzt ein '''polymorphischer Stub'''<ref name="highPerf" /> eine [[Hashtabelle]], welche auf eine Liste von Stubfunktionen zeigt. Der polymorphische Stub kann dann – vom jeweiligen Datentyp abhängig – die passende Funktion aufrufen. Beim Aufruf eines neuen Datentyps wird eine für diesen optimierte Funktion erzeugt und dem polymorphischen Stub hinzugefügt. Der polymorphische Stub ist allerdings aufgrund des Lookups langsamer.

Einige Implementierungen wie die [[Common Language Runtime]] unterstützen sowohl mono- als auch polymorphische Stubs.<ref name="highPerf" /> Welcher Stubtyp verwendet wird, entscheidet dabei eine [[Heuristik]].

== Siehe auch ==

* [[Mock-Objekt]]
* [[Modultest]]

== Einzelnachweise ==
<references>
<ref name="highPerf">{{Literatur|Autor=Ben Watson|Titel=Writing High-Performance .NET Code|ISBN=978-0-9905834-3-1|Sprache=en|Datum=2014}}
</ref>
</references>

[[Kategorie:Programmierung]]
[[Kategorie:Testen (Software)]]

Stub (Programmierung) - Versionsgeschichte

imported>Moritz1988: Toten internen Link auf mutmaßlich passende Zielseite korrigiert