imported>Henninghaschke: /* growthexperiments-addlink-summary-summary:2|0|0 */

2024-10-23T08:58:44Z

growthexperiments-addlink-summary-summary:2|0|0

Neue Seite

{{Belege fehlen|2=Der gesamte Artikel}}

Als '''fourth generation language''' oder kurz '''4GL''' bezeichnet man [[Programmiersprache]]n bzw. Programmierumgebungen der vierten Generation. Diese sind darauf ausgerichtet, rasch – mit möglichst wenigen [[Quelltext|Codezeilen]] – für einen bestimmten Anwendungsbereich [[Funktion (Programmierung)|Funktionen]] oder komplette [[Anwendungssoftware|Anwendungen]] schreiben zu können. Die heute (Stand 2021) verbreiteten [[Low-Code-Plattform]]en können als Nachfolger von Programmiersprachen der vierten Generation und [[Rapid Application Development|Rapid-Application-Development]]-Werkzeugen (RAD) betrachtet werden.

Der Begriff 4GL ist nicht exakt definiert und wird vor allem für [[Marketing]]zwecke eingesetzt. Gemeinsames Hauptziel aller 4GL ist es jedoch, im Vergleich mit [[Höhere Programmiersprache|Sprachen der dritten Generation]] dieselbe Funktionalität mit weniger Code zu erreichen. Der Begriff wurde in den 1980er Jahren häufig verwendet, wobei oft auf eine bestimmte Thematik festgelegte, anwendungsspezifische Skript- oder Abfragesprachen wie [[SQL]] als 4GL-Sprachen bezeichnet wurden. Später wurde der Begriff Rapid Application Development mit überlappender [[Semantik]] angewandt. Inzwischen zeigt sich immer mehr, dass anwendungsspezifische Skriptsprachen nur der Input für eine 4GL-Sprache sind. Das heißt, die eigentliche 4GL-Sprache wird dazu verwendet, ein System zu spezifizieren, das seinerseits eine spezifische Skriptsprache interpretieren kann. Sogenannte [[Parsergenerator]]en erlauben es, für jeden Zweck eine eigene [[Skriptsprache]] zu definieren und die damit erstellten Skripte in den [[Quelltext]] einer Hochsprache der dritten Generation zu transformieren. Da eine anwendungsspezifische Skriptsprache im Wesentlichen immer zur Festlegung eines spezifischen Modells einer bestimmten Thematik dient, spricht man hier in letzter Zeit vermehrt auch von modellzentrierter [[Softwaretechnik|Softwareentwicklung]] bzw. von [[modellgetriebene Softwareentwicklung|modellgetriebener Softwareentwicklung]].

Bei den ersten Sprachen der dritten Generation (z. B.: [[Fortran]], [[Pascal (Programmiersprache)|Pascal]] und [[C (Programmiersprache)|C]]) stand die Einführung von standardisierten [[Kontrollstruktur]]en im Vordergrund. Dem folgte das Erstellen umfangreicher [[Programmbibliothek]]en mit zusätzlichen Bausteinen, wie sie häufig in spezialisierten Anwendungen vorkommen. Die nachfolgenden [[Objektorientierte Programmierung|objektorientierten Programmiersprachen]] wie beispielsweise [[C++]] und [[Java (Programmiersprache)|Java]] sind weiterhin 3GL Sprachen,<ref name="4gl pcmag">https://www.pcmag.com/encyclopedia/term/43439/fourth-generation-language</ref> brachten aber große Verbesserungen in der Softwarestrukturierung mit sich. Parallel dazu entstanden immer mehr grafische Editoren, die in ihrer Semantik für bestimmte Anwendungsbereiche optimiert wurden, um den Zugriff auf die zugehörigen Programmbibliotheken zu vereinfachen. In besonders gelungenen Fällen entstand mit den grafischen Editoren eine sogenannte [[visuelle Sprache]]. Da diese nicht mehr eindeutig den Hochsprachen der dritten Generation zugeordnet werden konnten, wurden diese oft bereits als 4GL-Sprache bezeichnet, wobei zwischen der eigentlichen „Sprache“ und dem System, das eine solche Sprache interpretieren kann, nicht unterschieden wurde.

Die Bezeichnung ''4GL'' wurde stark von [[James Martin (Informatiker)|James Martin]] propagiert. Er benutzte sie zuerst 1982 in seinem Buch ''Application Development Without Programmers'' („Anwendungsentwicklung ohne Programmierer“). Diese Deutung kommt aber erst in neuerer Zeit mit der modellgetriebenen Softwareentwicklung wirklich zum Tragen.

== Zielsetzung ==

* Verringerung des Entwicklungsaufwands durch den Einsatz verständlicherer, anwendungsbezogener [[Paradigmen]].
* bessere Wartbarkeit und Erweiterbarkeit der Programme durch bessere Lesbarkeit bzw. anwendergerechte Darstellung
* daraus resultierend eine Reduzierung der Entwicklungszeiten und Kosten

== Typen ==

* Berichtgeneratoren
* Eingabeformulargeneratoren
* Gesamtsysteme, die Angaben aus [[Computer-aided software engineering|CASE]]-Systemen übernehmen und mit Bericht- und Eingabegeneratoren und weiterer Angabe von Prozesslogik ganze Systeme generieren. Ein Beispiel dazu ist das Werkzeug ''Information Engineering Workbench'' von James Martin, das erlaubt, die Resultate von [[Systemanalyse]] und Systemdesign zu erfassen (in der Form von [[Datenflussdiagramm]]en, [[Entity-Relationship-Diagramm]]en und [[Entity-Life-Cycle]]-Diagrammen). Daraus wurden dann hunderttausende von [[COBOL]]-Programmzeilen generiert.
* Generierung von Teilen oder ganzer Softwaresysteme aus anwendungsspezifischen Modellen der Industrie, z. B. mit [[AUTOSAR]].

== Einzelnachweise ==
<references />

{{SORTIERUNG:#:4GL}}
[[Kategorie:Programmiersprachklasse|#4GL]]

4GL - Versionsgeschichte

imported>Henninghaschke: /* growthexperiments-addlink-summary-summary:2|0|0 */