„Client Side Scripting“ – Versionsunterschied
| [gesichtete Version] | [gesichtete Version] |
K Trustable verschob die Seite Clientseitige Skriptsprachen nach Client Side Scripting und überschrieb dabei eine Weiterleitung: Es sollte um die Technik allgemein gehen, nicht nur um die Sprachen. |
Überarbeitung |
||
| Zeile 1: | Zeile 1: | ||
'''Client Side Scripting''' ist ein Begriff aus der [[Praktische Informatik|praktischen Informatik]] und bezeichnet die Ausführung eines [[Computerprogramm]]s, das in einer [[Skriptsprache]] entwickelt wurde, auf dem Gerät des Benutzers ([[Client]]). Diese Technik wird häufig für [[dynamische Webseite]]n und [[Webanwendung]]en genutzt, wobei ein [[JavaScript]]-Programm im [[Webbrowser]] ausgeführt wird. Eine alternative bzw. ergänzende Technik ist das [[Server Side Scripting]], bei dem ein Computerprogramm auf dem Server (meist [[Webserver]]) ausgeführt wird. |
|||
Als '''clientseitige Skriptsprachen''' (client-side script languages) bezeichnet man allgemein solche [[Skriptsprache]]n, die (u. a. auch) zum Erstellen von [[Webanwendung]]en verwendet werden, die auf Seite des [[Webbrowser]]s ([[Client]]) ausgeführt werden. Davon abzugrenzen sind [[serverseitige Skriptsprachen]], mit denen man Skripte schreibt, die auf dem [[Webserver]] ausgeführt (interpretiert) werden (z. B. [[Perl (Programmiersprache)|Perl]], [[PHP]], [[Python (Programmiersprache)|Python]] etc.). Clientseitige Skriptsprachen sind ein wesentlicher Bestandteil von [[Dynamic HTML]] (DHTML). |
|||
== |
== Client Side Rendering == |
||
Client Side Rendering ist ein möglicher Einsatz von Client Side Scripting und bezeichnet die dynamische Erzeugung eines [[HTML-Dokument]]s bzw. einer Benutzeroberfläche auf dem Client. Client Side Rendering ist eine mögliche Umsetzung [[dynamische Webseite]]n und [[Webanwendung]]en. Eine alternative Technik ist [[Server Side Rendering]], bei der das HTML-Dokument auf dem Server erzeugt wird. |
|||
| ⚫ | |||
== Programmierspachen == |
|||
== Alternativen zu JavaScript == |
|||
| ⚫ | |||
Theoretisch kann jede Skriptsprache clientseitig verwendet werden. Die Tatsache, dass in der Praxis ausschließlich JavaScript zum Einsatz kommt, hat weniger einen technischen Hintergrund, als einen Historischen und Politischen: Der historische Grund ist, dass JavaScript die erste Scriptsprache war, die im Webbrowser zum Einsatz kam und Verbreitung fand, sie wurde eigens dafür vom Gründer von [[Mozilla]] entwickelt; der politische Grund ist, dass sich die Hersteller aller relevanten Webbrowser auf eine entsprechende Unterstützung einer neuen Skriptsprache einigen müssten, damit die verwendete Skriptsprache auch universell und unabhängig vom verwendeten Webbrowser funktioniert. |
|||
Eine Möglichkeit für die Nutzung anderer Programmierspachen außer [[JavaScript]] im Webbrowser ist Nutzung eines [[Transcompiler]]s auf dem Server oder Client. Dabei wird der Quelltext automatisch in JavaScript übersetzt. Nachteile sind dabei eventuell zusätzlicher Overhead beim Laden der Webseite und eine zusätzliche Komplexitätsebene bei der Fehlerbeseitigung. |
|||
Es gibt jedoch durchaus technische Lösungen, die es ermöglichen, andere Skriptsprachen als JavaScript auf der Clientseite bei der Entwicklung zu verwenden. Dabei wird in einer anderen Skriptsprache programmiert, das Ergebnis jedoch dann von den verwendeten Technologien automatisch in JavaScript übersetzt. |
|||
Je nach verwendeter Technologie geschieht dies manuell, so dass das JavaScript-Ergebnis anschließend vom Entwickler manuell in die Webseite integriert wird, oder automatisch in Echtzeit, so dass der ursprüngliche Code bestehen bleibt und in Echtzeit im Browser beim Aufrufen der Webseite in JavaScript übersetzt wird. |
|||
Diese technologischen Ansätze ermöglichen es also dem Entwickler, eine andere Skriptsprache, als JavaScript zu verwenden, haben jedoch auch verschiedene Nachteile, z. B. einen zusätzlichen Overhead beim Laden der benötigten Bibliotheken beim Laden der Seite, eine zeitliche Verzögerung im Falle einer Echtzeitübersetzung und eine zusätzliche Komplexitätsebene bei der Fehlerbeseitigung. |
|||
Ein Beispiel für diesen technologischen Ansatz ist z. B. ''Brython'': Brython (Zusammengesetzt aus ''Browser'' + ''Python'') erlaubt das clientseitige Scripten in [[Python (Programmiersprache)|Python]] und erzeugt daraus beim Aufrufen der Webseite in Echtzeit im Browser JavaScript. |
Ein Beispiel für diesen technologischen Ansatz ist z. B. ''Brython'': Brython (Zusammengesetzt aus ''Browser'' + ''Python'') erlaubt das clientseitige Scripten in [[Python (Programmiersprache)|Python]] und erzeugt daraus beim Aufrufen der Webseite in Echtzeit im Browser JavaScript. |
||
== Siehe auch == |
|||
* [[Serverseitige Anwendung]] |
|||
== Weblinks == |
|||
*[http://brython.info/ Brython] |
|||
[[Kategorie:Programmiersprachklasse]] |
|||
[[Kategorie:Web-Entwicklung]] |
[[Kategorie:Web-Entwicklung]] |
||
Version vom 15. Mai 2025, 16:28 Uhr
Client Side Scripting ist ein Begriff aus der praktischen Informatik und bezeichnet die Ausführung eines Computerprogramms, das in einer Skriptsprache entwickelt wurde, auf dem Gerät des Benutzers (Client). Diese Technik wird häufig für dynamische Webseiten und Webanwendungen genutzt, wobei ein JavaScript-Programm im Webbrowser ausgeführt wird. Eine alternative bzw. ergänzende Technik ist das Server Side Scripting, bei dem ein Computerprogramm auf dem Server (meist Webserver) ausgeführt wird.
Client Side Rendering
Client Side Rendering ist ein möglicher Einsatz von Client Side Scripting und bezeichnet die dynamische Erzeugung eines HTML-Dokuments bzw. einer Benutzeroberfläche auf dem Client. Client Side Rendering ist eine mögliche Umsetzung dynamische Webseiten und Webanwendungen. Eine alternative Technik ist Server Side Rendering, bei der das HTML-Dokument auf dem Server erzeugt wird.
Programmierspachen
Die heute wohl bedeutendste, clientseitige Skriptsprache ist JavaScript, da es die einzige Programmiersprache ist, die von modernen Webbrowsern unterstützt wird. Weitere clientseitige Skriptsprachen sind zum Beispiel VBScript und ActionScript.
Eine Möglichkeit für die Nutzung anderer Programmierspachen außer JavaScript im Webbrowser ist Nutzung eines Transcompilers auf dem Server oder Client. Dabei wird der Quelltext automatisch in JavaScript übersetzt. Nachteile sind dabei eventuell zusätzlicher Overhead beim Laden der Webseite und eine zusätzliche Komplexitätsebene bei der Fehlerbeseitigung.
Ein Beispiel für diesen technologischen Ansatz ist z. B. Brython: Brython (Zusammengesetzt aus Browser + Python) erlaubt das clientseitige Scripten in Python und erzeugt daraus beim Aufrufen der Webseite in Echtzeit im Browser JavaScript.