xsl:call-template

➪ xsl:call-template ruft benannte Templates (xsl:template name=") auf. Damit eignet sich xsl:call-template gut zur Implementierung von "Unterprogrammen", die duch die eigentlichen "Hauptprogramme" beliebig oft aufgerufen werden können.

Zur Einordnung von xsl:call-template ist es sinnvoll, sich vorher an die Einsatzbereiche von xsl:for-each select und xsl:template match zu erinnern.

xsl:for-each select eignet sich hervorragend für stark strukturierte XML-Dokumente. Hier ist es möglich, eine in sich geschlossene Programmlogik ohne gegenseitige Abhängigkeiten konsequent beizubehalten, die sich auch bei größerem Umfang (mehrere Tausend Codezeilen) leichter überblicken und warten lässt.
xsl:template match bzw. xsl:apply-templates eignet sich für schwächer strukturierte XML-Dokumente, deren Verarbeitung eine höhere Flexibilität erfordert. Damit geht die schrittweise Auslagerung in andere Templates einher: Die gegenseitigen Abhängigkeiten erhöhen sich. Bei größerem Umfang der Programmlogik (insbesondere bei projektübergreifend gemeinsam genutzten Programmteilen) wird der Überblick und das Maintenance erschwert.

Während xsl:template match und xsl:for-each select zur präzisen XPath-Adressierung eine enge Bindung an die Datenstruktur des XML-Inputs erfordern, eignen sich frei benannte Templates (xsl:template name) gut zur Implementierung von "Unterprogrammen", die durch die eigentlichen "Hauptprogramme" beliebig oft aufgerufen (xsl:call-template) werden können. Dies kann weitgehend unabhängig von der Datenstruktur des XML-Inputs geschehen.

Wenn es beispielsweise darum geht, parametergesteuert

zusätzliche externe XML-Dokumente (außerhalb des XML-Inputs) anzusprechen, diese auszuwerten und die Ergebnisse in den XSL-Transformationsprozess einzubinden,
Einzelwerte einheitlich abzuarbeiten,

dann ist das ein Fall für xsl:call-template.

Benannte Templates (xsl:template name) erlauben daher,

die enge Bindung an die Datenstruktur des XML-Inputs weitgehend aufzuheben.
externe Abhängigkeiten konsequent zu reduzieren und auf diese Weise die Wartbarkeit der Gesamt-Programmierlogik aufrechtzuerhalten.

Zwar ist es möglich, auf jegliche Parameterdefinition zu verzichten und ein benanntes Template mit dem initialen Scope von Elementen/Attributen zu konfrontieren, die dem Template zur Laufzeit übergeben werden (vgl: xsl:variable).

Mit der (vermeidbaren) Gefahr, innerhalb des benannten Templates doch wieder auf die enge Bindung an die Datenstruktur des XML-Inputs zurückzugreifen, um die diversen Elemente/Attribute via XPath gezielt adressieren zu können. In diesem Fall übernimmt xsl:template name die Aufgabe von xsl:template match.

Wird innerhalb eines xsl:template name zudem wiederholt xsl:call-template bzw. <xsl:apply-templates/> aufgerufen, ist der Vorteil schnell dahin, gegenseitige Abhängigkeiten weitgehend vermeiden und die Wartbarkeit des Gesamtsystems erhöhen zu können.

xsl:call-template

Vielen Dank für Ihr Interesse an meiner Arbeit.