Zum Inhalt springen

„Programmierparadigma“ – Versionsunterschied

aus Wikipedia, der freien Enzyklopädie
[gesichtete Version][gesichtete Version]
Inhalt gelöscht Inhalt hinzugefügt
K weblinkfix
K 1x externen Link aus Vorlage:Internetquelle entfernt (hrsg=[http://concatenative.org/ Concatenative] }}).
 
(47 dazwischenliegende Versionen von 35 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
Ein '''Programmierparadigma''' ist ein fundamentaler [[Programmierstil]].<ref name="Stroustrup"/> „Der Programmierung liegen je nach Design der einzelnen Programmiersprache verschiedene Prinzipien zugrunde. Diese sollen den Entwickler bei der Erstellung von "gutem Code" unterstützen, in manchen Fällen sogar zu einer bestimmten Herangehensweise bei der Lösung von Problemen zwingen“.<ref Name="GKIT" />
Ein '''Programmierparadigma''' ist ein fundamentaler [[Programmierstil]].<ref name="Stroustrup"/> „Der [[Programmierung]] liegen je nach Design der einzelnen Programmiersprache verschiedene Prinzipien zugrunde. Diese sollen den Entwickler bei der Erstellung von ‚gutem Code‘ unterstützen, in manchen Fällen sogar zu einer bestimmten Herangehensweise bei der Lösung von Problemen zwingen“.<ref Name="GKIT" />


Programmierparadigmen unterscheiden sich durch ihre Konzepte für die Repräsentation von statischen (wie beispielsweise [[Objekt (Programmierung)|Objekte]], [[Methode (Programmierung)|Methoden]], [[Variable (Programmierung)|Variablen]], [[Konstante (Programmierung)|Konstanten]]) und dynamischen (wie beispielsweise [[Zuweisung]]en, [[Kontrollstruktur|Kontrollfluss]], [[Datenfluss]]) Programmelementen.
Programmierparadigmen unterscheiden sich durch ihre Konzepte für die Repräsentation von statischen (wie beispielsweise [[Objekt (Programmierung)|Objekte]], [[Methode (Programmierung)|Methoden]], [[Variable (Programmierung)|Variablen]], [[Konstante (Programmierung)|Konstanten]]) und dynamischen (wie beispielsweise [[Zuweisung]]en, [[Kontrollstruktur|Kontrollfluss]], [[Datenfluss]]) Programmelementen.
Zeile 5: Zeile 5:
Grundlegend für den [[Entwurf]] von [[Programmiersprache]]n sind die [[Paradigma|Paradigmen]] der ''imperativen'' und der ''deklarativen'' Programmierung. Beim letzteren sind als wichtige Ausprägungen die Paradigmen der [[Funktionale Programmierung|funktionalen Programmierung]] und der [[Logische Programmierung|logischen Programmierung]] zu nennen.<!-- ... und bei imperativen? -->
Grundlegend für den [[Entwurf]] von [[Programmiersprache]]n sind die [[Paradigma|Paradigmen]] der ''imperativen'' und der ''deklarativen'' Programmierung. Beim letzteren sind als wichtige Ausprägungen die Paradigmen der [[Funktionale Programmierung|funktionalen Programmierung]] und der [[Logische Programmierung|logischen Programmierung]] zu nennen.<!-- ... und bei imperativen? -->


Die verschiedenen Paradigmen sind, bezogen auf einzelne [[Computerprogramm]]e, nicht als konkurrierende bzw. alternative Programmierstile zu verstehen. Vielmehr können „viele Programmiersprachen mehrere Paradigmen gleichzeitig unterstützen“.<ref name="MSLIB" />
[[Datei:Progr_Paradigma.jpg|miniatur|Rund um den Begriff 'Programmierparadigma']]
Die verschiedenen Paradigmen sind, bezogen auf einzelne [[Computerprogramm]]e nicht als komplementäre bzw. alternative Programmierstile zu verstehen. Vielmehr können „viele Programmiersprachen mehrere Paradigmen gleichzeitig unterstützen“<ref name="MSLIB" />.


;Beispiel
;Beispiel
:In einer unter [[Microsoft Access|MS Access]] und mit [[Visual Basic for Applications|VBA]] entwickelten [[Anwendungssoftware|Anwendung]] sind die funktionalen Komponenten ''ereignis- und objektorientiert'' angelegt (Bsp.: 'beim Open' von 'Formular X'). Der VBA-Code ist ''strukturiert/modular/prozedural'' (denn er besteht aus Modulen, Makros, Prozeduren etc.); und er ist gleichzeitig ''imperativ'', weil er 'Befehle' enthält, die (innerhalb der Prozeduren ...) exakt in der codierten Folge ausgeführt werden. Formulare und Berichte sowie die [[SQL]]-Aufrufe sind ''deklarativ'', weil der Entwickler hier nur das WAS und nicht das WIE festlegt.
:In einer unter [[Microsoft Access|MS Access]] und mit [[Visual Basic for Applications|VBA]] entwickelten [[Anwendungssoftware|Anwendung]] sind die funktionalen Komponenten ''ereignis- und objektorientiert'' angelegt (Bsp.: „beim Öffnen von Formular X“). Der VBA-Code ist ''strukturiert/modular/prozedural'' (denn er besteht aus Modulen, Makros, Prozeduren etc.); und er ist gleichzeitig ''imperativ'', weil er „Befehle“ enthält, die (innerhalb der Prozeduren…) exakt in der codierten Folge ausgeführt werden. Formulare und Berichte sowie die [[SQL]]-Aufrufe sind ''deklarativ'', weil der Entwickler hier nur das WAS und nicht das WIE festlegt.


Trotzdem werden Programmiersprachen häufig – nach ihrer Grund-Charakteristik –&nbsp;z.&nbsp;B. als objektorientierte, prozedurale oder deklarative Sprache bezeichnet. Die ein Paradigma bestimmenden Merkmale beruhen überwiegend auf den Eigenschaften der angewendeten ''Programmiersprachen'' (wie z.&nbsp;B. bei OOP, deklarativ ...), zum Teil aber auch auf dem individuellen ''Stil'', der beim Programmieren praktiziert wird (z.&nbsp;B. strukturiert, modular).
Trotzdem werden Programmiersprachen häufig – nach ihrer Grund-Charakteristik –&nbsp;z.&nbsp;B. als objektorientierte, prozedurale oder deklarative Sprache bezeichnet. Die ein Paradigma bestimmenden Merkmale beruhen überwiegend auf den Eigenschaften der angewendeten ''Programmiersprachen'' (wie z.&nbsp;B. bei [[Objektorientierte Programmierung|OOP]], deklarativ ), zum Teil aber auch auf dem individuellen ''Stil'', der beim Programmieren praktiziert wird (z.&nbsp;B. strukturiert, modular).


Oft kann an den „Bürgern erster Klasse“ („First Class Citizens“ – FCCs) einer Programmiersprache – also den Formen von Daten, die direkt verwendet werden können – erkannt werden, welchem Paradigma die Sprache gehorcht. In [[Java (Programmiersprache)|Java]] (objektorientiert) zum Beispiel sind Objekte FCCs, in [[LISP]] ist jedes Stück Programm FCC, in [[Perl (Programmiersprache)|Perl]] sind es Zeichenketten, Arrays und Hashes. <!-- Nur an der Datenform erkennbar? Das ist kaum verständlich. Absatz wichtig? löschen?-->
Oft kann an den „Bürgern erster Klasse“ („First Class Citizens“ – FCCs) einer Programmiersprache – also den Formen von Daten, die direkt verwendet werden können – erkannt werden, welchem Paradigma die Sprache gehorcht. In [[Java (Programmiersprache)|Java]] (objektorientiert) zum Beispiel sind Objekte FCCs, in [[Lisp]] ist jedes Stück Programm FCC, in [[Perl (Programmiersprache)|Perl]] sind es Zeichenketten, Arrays und Hashes. <!-- Nur an der Datenform erkennbar? Das ist kaum verständlich. Absatz wichtig? löschen?-->


Neben den Programmierparadigmen gibt es noch eine Reihe weiterer Kriterien für die Entwicklung einer möglichst fehlerfreien und wartbaren Software – wie zum Beispiel [[Lesbarkeit]] des Programmcodes, [[Redundanzfreiheit]], [[Modul (Software)|Modularität]] und [[Seiteneffekt|Nebenwirkungsfreiheit]]. Diese sollten unter jedem Paradigma so weit wie möglich eingehalten werden. Siehe auch [[Programmierstil]].
Neben den Programmierparadigmen gibt es noch eine Reihe weiterer Kriterien für die Entwicklung einer möglichst fehlerfreien und wartbaren Software – wie zum Beispiel [[Lesbarkeit]] des Programmcodes, [[Redundanzfreiheit]], [[Modul (Software)|Modularität]] und [[Seiteneffekt|Nebenwirkungsfreiheit]]. Diese sollten unter jedem Paradigma so weit wie möglich eingehalten werden. Siehe auch [[Programmierstil]].


== Imperative Programmierparadigmen ==
== Imperative Programmierung ==
{{Hauptartikel|Imperative Programmierung}}
{{Hauptartikel|Imperative Programmierung}}


Bei der imperativen Programmierung „besteht ein [[Computerprogramm|Programm]] (Anm.: d.&nbsp;h. hier der [[Quellcode]]) aus einer Folge von Befehlen, die vorgeben, in welcher Reihenfolge was vom Computer getan werden soll.<ref name="GKIT" /> Die Bezeichnung basiert auf lateinisch „imperare“ („anordnen“, „befehlen“).
Bei der imperativen Programmierung „besteht ein [[Computerprogramm|Programm]] (Anm.: d.&nbsp;h. hier der [[Quellcode]]) aus einer Folge von Befehlen, die vorgeben, in welcher Reihenfolge was vom Computer getan werden soll“.<ref name="GKIT" /> Die Bezeichnung basiert auf lateinisch „imperare“ („anordnen“, „befehlen“).


{{Zitat|Text=Die meisten […] Programmiersprachen, darunter auch [[Objektorientierte Programmiersprache|OOP]]-Sprachen wie C#, Visual Basic, C++ und Java, unterstützen in erster Linie [auch] die imperative [...] Programmierung
{{Zitat|Text=Die meisten […] Programmiersprachen, darunter auch [[Objektorientierte Programmiersprache|OOP]]-Sprachen wie C#, Visual Basic, C++ und Java, unterstützen in erster Linie [auch] die imperative [] Programmierung.
|ref=<ref name="MSLIB" />
|Autor=|Quelle=|ref=<ref name="MSLIB" />
}}
}}


Zeile 30: Zeile 29:
{{Hauptartikel|Strukturierte Programmierung}}
{{Hauptartikel|Strukturierte Programmierung}}


Eine Weiterentwicklung imperativer Sprachen markierte der legendäre Aufsatz ''Go To Statement Considered Harmful'' von [[Edsger W. Dijkstra]] aus dem Jahr 1968. Darin wird der Verzicht, oder zumindest die Einschränkung der absoluten [[Sprunganweisung]]en (Goto) gefordert; stattdessen sollen [[Kontrollstruktur]]en, wie zum Beispiel „if… then…“, „case… of…“, „while… do…“, „repeat… until…“ verwendet werden. Als die klassische strukturierte Programmiersprache gilt [[Pascal (Programmiersprache)|Pascal]].
Eine Weiterentwicklung imperativer Sprachen markierte der Aufsatz ''Go To Statement Considered Harmful'' von [[Edsger W. Dijkstra]] aus dem Jahr 1968. Darin wird der Verzicht oder zumindest die Einschränkung der absoluten [[Sprunganweisung]]en (Goto) gefordert; stattdessen sollen [[Kontrollstruktur]]en, wie zum Beispiel „if… then…“, „case… of…“, „while… do…“, „repeat… until…“ verwendet werden.


=== Prozedurale Programmierung ===
=== Prozedurale Programmierung ===
Zeile 36: Zeile 35:
{{Hauptartikel|Prozedurale Programmierung}}
{{Hauptartikel|Prozedurale Programmierung}}


Den Ansatz, Programme in kleinere Teilaufgaben aufzuspalten, bezeichnet man als prozedurale Programmierung. Die entstehenden Teilprogramme werden [[Prozedur (Programmierung)|Prozeduren]] genannt. Praktisch alle aktuellen imperativen Programmiersprachen beinhalten den prozeduralen Ansatz.
Den Ansatz, Programme in kleinere Teilaufgaben aufzuspalten, bezeichnet man als prozedurale Programmierung. Die entstehenden Teilprogramme werden [[Prozedur (Programmierung)|Prozeduren]] genannt. Praktisch alle aktuellen imperativen Programmiersprachen beinhalten den prozeduralen Ansatz.


Die Entwicklung prozeduraler Programmiersprachen und -techniken waren ein wesentlicher Schritt zwischen [[Assemblersprache]] und [[Höhere Programmiersprache|Hochsprachen]], indem sie [[Abstraktion]] und Zerlegung von Algorithmen ermöglichen.
Die Entwicklung prozeduraler Programmiersprachen und -techniken waren ein wesentlicher Schritt zwischen [[Assemblersprache]] und [[Höhere Programmiersprache|Hochsprachen]], indem sie [[Abstraktion]] und Zerlegung von Algorithmen ermöglichen.
Zeile 64: Zeile 63:


Zu den deklarativen Programmiersprachen gehören:
Zu den deklarativen Programmiersprachen gehören:
* [[Funktionale Programmierung|funktionale Sprachen]] (unter anderem [[LISP]], [[ML (Programmiersprache)|ML]], [[Miranda (Programmiersprache)|Miranda]], [[Gofer]], [[Haskell (Programmiersprache)|Haskell]], [[F-Sharp|F#]])
* [[Funktionale Programmierung|funktionale Sprachen]] (unter anderem [[Lisp]], [[ML (Programmiersprache)|ML]], [[Miranda (Programmiersprache)|Miranda]], [[Gofer]], [[Haskell (Programmiersprache)|Haskell]], [[F-Sharp|F#]], [[Scala (Programmiersprache)|Scala]])
* [[Logische Programmierung|logische Sprachen]] (unter anderem [[Prolog (Programmiersprache)|Prolog]])
* [[Logische Programmierung|logische Sprachen]] (unter anderem [[Prolog (Programmiersprache)|Prolog]])
* funktional-logische Sprachen (unter anderem Babel, Escher, Curry, [[Oz (Programmiersprache)|Oz]])
* funktional-logische Sprachen (unter anderem Babel, Escher, Curry, [[Oz (Programmiersprache)|Oz]])
Zeile 86: Zeile 85:
{{Hauptartikel|Logische Programmierung}}
{{Hauptartikel|Logische Programmierung}}


Die Aufgabenstellung und ihre [[Prämisse]]n werden als logische Aussagen (Regeln) formuliert (vgl. funktionale Programmierung, s.o.). Der [[Interpreter]] versucht dann, die gewünschte Lösungsaussage herzuleiten.
Die Aufgabenstellung und ihre [[Prämisse]]n werden als logische Aussagen (Regeln) formuliert (vgl. funktionale Programmierung, s.&nbsp;o.). Der [[Interpreter]] versucht dann, die gewünschte Lösungsaussage herzuleiten.
Bei anderen regelbasierten Sprachen wie [[OPS-5]], [[XSLT]] oder [[Prolog (Programmiersprache)|Prolog]] werden Regeln gegen eine Datenmenge auf ihre Instanziierbarkeit geprüft.
Bei anderen regelbasierten Sprachen wie [[OPS-5]], [[XSLT]] oder [[Prolog (Programmiersprache)|Prolog]] werden Regeln gegen eine Datenmenge auf ihre Instanziierbarkeit geprüft.
Aus allen Regelinstanziierungen wird eine (mehrere, alle) ausgewählt und die zur Regel gehörenden Anweisungen werden ausgeführt.
Aus allen Regelinstanziierungen wird eine (mehrere, alle) ausgewählt und die zur Regel gehörenden Anweisungen werden ausgeführt.
Zeile 99: Zeile 98:
{{Hauptartikel|Objektorientierung}}
{{Hauptartikel|Objektorientierung}}


[[Klasse (objektorientierte Programmierung)|Klassen]] sind instanziierbare Module und Grundelemente in der [[Objektorientierte Programmierung|objektorientierten Programmierung]]. Nach dem objektorientierten Programmierparadigma werden Objekte mit Daten und den darauf arbeitenden [[Routine (Programmierung)|Routinen]] zu Einheiten zusammengefasst. Im Unterschied dazu werden beim prozeduralen Paradigma die Daten von den die Objekte verarbeitenden Routinen getrennt gehalten. Ein [[Computerprogramm]] ist realisiert als eine Menge interagierender [[Objekt (Programmierung)|Objekte]].
[[Klasse (Objektorientierung)|Klassen]] sind instanziierbare Module und Grundelemente in der [[Objektorientierte Programmierung|objektorientierten Programmierung]]. Nach dem objektorientierten Programmierparadigma werden Objekte mit Daten und den darauf arbeitenden [[Routine (Programmierung)|Routinen]] zu Einheiten zusammengefasst. Im Unterschied dazu werden beim prozeduralen Paradigma die Daten von den die Objekte verarbeitenden Routinen getrennt gehalten. Ein [[Computerprogramm]] ist realisiert als eine Menge interagierender [[Objekt (Programmierung)|Objekte]].


Objektorientierte Programmierung lässt sich gut mit der [[ereignisorientierte Programmierung|ereignisorientierten Programmierung]] kombinieren, z. B. bei der Programmierung interaktiver, [[Grafische Benutzeroberfläche|grafischer Benutzeroberflächen]].
Objektorientierte Programmierung lässt sich gut mit der [[ereignisorientierte Programmierung|ereignisorientierten Programmierung]] kombinieren, z.&nbsp;B. bei der Programmierung interaktiver, [[Grafische Benutzeroberfläche|grafischer Benutzeroberflächen]].


== Komponentenorientierte Programmierparadigmen ==
== Komponentenorientierte Programmierparadigmen ==


Mithilfe der [[Komponentenbasierte Entwicklung|komponentenbasierten Entwicklung]] von Software mit abstrakten und [[Generische Programmierung|generischen]] [[Komponentenmodell]]en können [[Komponente (Software)|Softwarekomponenten]] mit streng definierten [[Schnittstelle#Softwareschnittstellen|Schnittstellen]] erstellt werden.
Mithilfe der [[Komponentenbasierte Entwicklung|komponentenbasierten Entwicklung]] von Software mit abstrakten und [[Generische Programmierung|generischen]] [[Komponentenmodell]]en können [[Komponente (Software)|Softwarekomponenten]] mit streng definierten [[Schnittstelle#Softwareschnittstelle|Schnittstellen]] erstellt werden.


Durch die [[Wiederverwendbarkeit]] von Software-Bausteinen kann der [[Projektentwicklung (Informatik)|Entwicklungsaufwand]] und die [[Programmfehler|Fehleranfälligkeit]] reduziert sowie die [[Informationssicherheit]] erhöht werden. Durch die vollständige und strenge [[Datenkapselung (Programmierung)|Datenkapselung]] wird ferner die [[Portabilität (Informatik)|Portabilität]] von Daten und Programmen erleichtert.
Durch die [[Wiederverwendbarkeit]] von Software-Bausteinen kann der [[Softwaretechnik|Entwicklungsaufwand]] und die [[Programmfehler|Fehleranfälligkeit]] reduziert sowie die [[Informationssicherheit]] erhöht werden. Durch die vollständige und strenge [[Datenkapselung (Programmierung)|Datenkapselung]] wird ferner die [[Plattformunabhängigkeit|Portabilität]] von Daten und Programmen erleichtert.


== Agentenorientierte Programmierung ==
== Agentenorientierte Programmierung ==
Zeile 119: Zeile 118:
{{Hauptartikel|Aspektorientierte Programmierung}}
{{Hauptartikel|Aspektorientierte Programmierung}}


Bei der ''aspektorientierten Programmierung'' wird der objektorientierte Begriff der [[Klasse (objektorientierte Programmierung)|Klasse]] zum Aspekt erweitert und ermöglicht so [[Orthogonalität (Informatik)|orthogonale]] Programmierung.
Bei der ''aspektorientierten Programmierung'' wird der objektorientierte Begriff der [[Klasse (Objektorientierung)|Klasse]] zum Aspekt erweitert und ermöglicht so [[Orthogonalität (Informatik)|orthogonale]] Programmierung.


== Generative Programmierung ==
== Generative Programmierung ==
Zeile 125: Zeile 124:
{{Hauptartikel|Generative Programmierung}}
{{Hauptartikel|Generative Programmierung}}


Generative Programmierung ist ein Überbegriff für die programmatische Erzeugung von Sourcecode (Siehe Buch: Generative Programming, Krzysztof Czarnecki, W. Eisenecker)
Generative Programmierung ist ein Überbegriff für die programmatische Erzeugung von Sourcecode (Siehe Buch: Generative Programming, Krzysztof Czarnecki, W. Eisenecker).


== Generische Programmierung ==
== Generische Programmierung ==
Zeile 132: Zeile 131:


In der ''generischen Programmierung'' wird versucht, die [[Algorithmus|Algorithmen]] für mehrere [[Datentyp]]en verwendbar zu gestalten.
In der ''generischen Programmierung'' wird versucht, die [[Algorithmus|Algorithmen]] für mehrere [[Datentyp]]en verwendbar zu gestalten.

== Subjektorientierte Programmierung ==

{{Hauptartikel|Subjektorientierte Programmierung}}

Die ''Subjektorientierte Programmierung'' ist eine Erweiterung der objektorientierten Programmierung. Sie soll vor allem die Schwächen der objektorientierten Programmierung bei der Entwicklung großer Anwendungen und der Integration unabhängig entwickelter Anwendungen ausgleichen.


== Datenstromorientierte Programmierung ==
== Datenstromorientierte Programmierung ==
Zeile 153: Zeile 146:
== Konkatenative Programmierung ==
== Konkatenative Programmierung ==
Konkatenative Programmierung zeichnet sich dadurch aus, dass Programme durch die einfache Verkettung von (Programmier-)Wörtern gebildet werden. Diese operieren alle auf derselben Datenstruktur, welche weitergereicht wird, ohne dass dazu eine weitergehende komplexe Syntax nötig wäre. Das führt dazu, dass eine natürlichsprachliche Syntax wie ''A B C'' möglich ist, für die in anderen Sprachen beispielsweise ''C(B(A(x)))'' geschrieben werden müsste. [[Konkatenative Programmiersprache]]n sind daher meistens aus Implementierungsgründen auch [[Stapelspeicher|stapelbasierte]] Sprachen, wie zum Beispiel [[Forth (Programmiersprache)|Forth]], [[Joy (Programmiersprache)|Joy]], [[Cat (Programmiersprache)|Cat]] und [[PostScript]].
Konkatenative Programmierung zeichnet sich dadurch aus, dass Programme durch die einfache Verkettung von (Programmier-)Wörtern gebildet werden. Diese operieren alle auf derselben Datenstruktur, welche weitergereicht wird, ohne dass dazu eine weitergehende komplexe Syntax nötig wäre. Das führt dazu, dass eine natürlichsprachliche Syntax wie ''A B C'' möglich ist, für die in anderen Sprachen beispielsweise ''C(B(A(x)))'' geschrieben werden müsste. [[Konkatenative Programmiersprache]]n sind daher meistens aus Implementierungsgründen auch [[Stapelspeicher|stapelbasierte]] Sprachen, wie zum Beispiel [[Forth (Programmiersprache)|Forth]], [[Joy (Programmiersprache)|Joy]], [[Cat (Programmiersprache)|Cat]] und [[PostScript]].
Im Gegensatz dazu sind [[Applikative Programmiersprache|applikative Programmiersprachen]] solche, die Funktionen auf Argumente anwenden. In diese Kategorie fallen die meisten imperativen und funktionalen Sprachen.<ref name="concatenative1"/><ref name="concatenative2"/>
Im Gegensatz dazu sind [[applikative Programmiersprache]]n solche, die Funktionen auf Argumente anwenden. In diese Kategorie fallen die meisten imperativen und funktionalen Sprachen.<ref name="concatenative1"/><ref name="concatenative2"/>

== Multiparadigmatische Programmierung ==
Multiparadigmatische Sprachen vereinigen verschiedenen Paradigmen miteinander.
Beispiele sind [[F-Sharp]], [[Lisp]], [[OCaml]], [[Swift (Programmiersprache)|Swift]], und [[Mathematica|Wolfram Language]].


== Weblinks ==
== Weblinks ==
{{Wiktionary}}
* {{Internetquelle
* {{Internetquelle
|url=http://cs.tu-berlin.de/cs/ifb/Ahmed/RoteReihe/2003/TR2003_15.pdf
|url=http://cs.tu-berlin.de/cs/ifb/Ahmed/RoteReihe/2003/TR2003_15.pdf
Zeile 164: Zeile 162:
|zugriff=2013-04-03
|zugriff=2013-04-03
}}
}}

== Literatur ==
* {{Literatur |Autor=John C. Mitchell, Krzysztof Apt |Titel=Concepts in Programming Languages |Verlag=Cambridge University Press |Ort= |Datum=2010 |ISBN=978-0-521-78098-8}}


== Einzelnachweise ==
== Einzelnachweise ==
<references>
<references>
<ref name="Stroustrup">{{Internetquelle
<ref name="Stroustrup">{{Internetquelle
|url=http://www.research.att.com/~bs/hopl-almost-final.pdf
|url=http://www.stroustrup.com/hopl-almost-final.pdf
|autor=Bjarne Stroustrup
|autor=Bjarne Stroustrup
|titel=Conference on History of Programming Languages: Evolving a language in and for the real world: C++ 1991-2006
|titel=Conference on History of Programming Languages: Evolving a language in and for the real world: C++ 1991-2006
|zitat=C++ supports several programming styles or, as they are sometimes somewhat pretentiously called, “programming paradigms”.
|zitat=C++ supports several programming styles or, as they are sometimes somewhat pretentiously called, “programming paradigms”.
|format=PDF
|format=PDF
|zugriff=2010-09-20
|zugriff=2010-09-20
|sprache=en
|sprache=en
}}</ref>
}}</ref>
<ref Name="GKIT">{{Literatur
<ref Name="GKIT">{{Literatur
|Titel=Grundkurs IT-Berufe
|Titel=Grundkurs IT-Berufe
|Verlag=Vieweg
|Verlag=Vieweg
|Autor=Andreas M. Böhm, Bettina Jungkunz
|Autor=Andreas M. Böhm, Bettina Jungkunz
|ISBN=9783528059132
|ISBN=9783528059132
|Jahr=2005
|Jahr=2005
}}</ref>
}}</ref>
<ref name="concatenative1">{{Internetquelle
<ref name="concatenative1">{{Internetquelle
|url=http://concatenative.org/wiki/view/Concatenative%20language
|url=http://concatenative.org/wiki/view/Concatenative%20language
|titel=Concatenative language
|titel=Concatenative language
|zugriff=2010-09-20
|zugriff=2010-09-20
|sprache=en
|sprache=en
|hrsg=[http://Concatenative.org/ Concatenative]
|hrsg=Concatenative }}</ref>
<ref name="concatenative2">{{Internetquelle
}}</ref>
|url=http://mitarbeiter.hs-heilbronn.de/~herzberg/Publications/ICSOFT.2009.pdf
<ref name="concatenative2">{{Internetquelle
|url=http://mitarbeiter.hs-heilbronn.de/~herzberg/Publications/ICSOFT.2009.pdf
|titel=Concatenative Programming
|titel=Concatenative Programming
|autor=Dominikus Herzberg, Tim Reichert
|autor=Dominikus Herzberg, Tim Reichert
|datum=2009
|datum=2009
|zugriff=2010-09-20
|zugriff=2010-09-20
|sprache=en
|sprache=en
|format=PDF; 315&nbsp;kB
|format=PDF; 315&nbsp;kB
|archiv-url=http://wayback.archive.org/web/20120227190132/http://mitarbeiter.hs-heilbronn.de/~herzberg/Publications/ICSOFT.2009.pdf
|archiv-url=https://web.archive.org/web/20120227190132/http://mitarbeiter.hs-heilbronn.de/~herzberg/Publications/ICSOFT.2009.pdf
|archiv-datum=2012-02-27
|archiv-datum=2012-02-27
}}</ref>
}}</ref>
<ref name="MSLIB">{{Internetquelle
<ref name="MSLIB">{{Internetquelle
Zeile 211: Zeile 211:
</references>
</references>


{{Normdaten|TYP=s|GND=4308224-5}}
[[Kategorie:Programmierparadigma|!]]

[[Kategorie:Programmierparadigma| ]]

Aktuelle Version vom 7. Dezember 2023, 15:55 Uhr

Ein Programmierparadigma ist ein fundamentaler Programmierstil.[1] „Der Programmierung liegen je nach Design der einzelnen Programmiersprache verschiedene Prinzipien zugrunde. Diese sollen den Entwickler bei der Erstellung von ‚gutem Code‘ unterstützen, in manchen Fällen sogar zu einer bestimmten Herangehensweise bei der Lösung von Problemen zwingen“.[2]

Programmierparadigmen unterscheiden sich durch ihre Konzepte für die Repräsentation von statischen (wie beispielsweise Objekte, Methoden, Variablen, Konstanten) und dynamischen (wie beispielsweise Zuweisungen, Kontrollfluss, Datenfluss) Programmelementen.

Grundlegend für den Entwurf von Programmiersprachen sind die Paradigmen der imperativen und der deklarativen Programmierung. Beim letzteren sind als wichtige Ausprägungen die Paradigmen der funktionalen Programmierung und der logischen Programmierung zu nennen.

Die verschiedenen Paradigmen sind, bezogen auf einzelne Computerprogramme, nicht als konkurrierende bzw. alternative Programmierstile zu verstehen. Vielmehr können „viele Programmiersprachen mehrere Paradigmen gleichzeitig unterstützen“.[3]

Beispiel
In einer unter MS Access und mit VBA entwickelten Anwendung sind die funktionalen Komponenten ereignis- und objektorientiert angelegt (Bsp.: „beim Öffnen von Formular X“). Der VBA-Code ist strukturiert/modular/prozedural (denn er besteht aus Modulen, Makros, Prozeduren etc.); und er ist gleichzeitig imperativ, weil er „Befehle“ enthält, die (innerhalb der Prozeduren…) exakt in der codierten Folge ausgeführt werden. Formulare und Berichte sowie die SQL-Aufrufe sind deklarativ, weil der Entwickler hier nur das WAS und nicht das WIE festlegt.

Trotzdem werden Programmiersprachen häufig – nach ihrer Grund-Charakteristik – z. B. als objektorientierte, prozedurale oder deklarative Sprache bezeichnet. Die ein Paradigma bestimmenden Merkmale beruhen überwiegend auf den Eigenschaften der angewendeten Programmiersprachen (wie z. B. bei OOP, deklarativ …), zum Teil aber auch auf dem individuellen Stil, der beim Programmieren praktiziert wird (z. B. strukturiert, modular).

Oft kann an den „Bürgern erster Klasse“ („First Class Citizens“ – FCCs) einer Programmiersprache – also den Formen von Daten, die direkt verwendet werden können – erkannt werden, welchem Paradigma die Sprache gehorcht. In Java (objektorientiert) zum Beispiel sind Objekte FCCs, in Lisp ist jedes Stück Programm FCC, in Perl sind es Zeichenketten, Arrays und Hashes.

Neben den Programmierparadigmen gibt es noch eine Reihe weiterer Kriterien für die Entwicklung einer möglichst fehlerfreien und wartbaren Software – wie zum Beispiel Lesbarkeit des Programmcodes, Redundanzfreiheit, Modularität und Nebenwirkungsfreiheit. Diese sollten unter jedem Paradigma so weit wie möglich eingehalten werden. Siehe auch Programmierstil.

Imperative Programmierung

[Bearbeiten | Quelltext bearbeiten]

Bei der imperativen Programmierung „besteht ein Programm (Anm.: d. h. hier der Quellcode) aus einer Folge von Befehlen, die vorgeben, in welcher Reihenfolge was vom Computer getan werden soll“.[2] Die Bezeichnung basiert auf lateinisch „imperare“ („anordnen“, „befehlen“).

„Die meisten […] Programmiersprachen, darunter auch OOP-Sprachen wie C#, Visual Basic, C++ und Java, unterstützen in erster Linie [auch] die imperative […] Programmierung.“[3]

Strukturierte Programmierung

[Bearbeiten | Quelltext bearbeiten]

Eine Weiterentwicklung imperativer Sprachen markierte der Aufsatz Go To Statement Considered Harmful von Edsger W. Dijkstra aus dem Jahr 1968. Darin wird der Verzicht oder zumindest die Einschränkung der absoluten Sprunganweisungen (Goto) gefordert; stattdessen sollen Kontrollstrukturen, wie zum Beispiel „if… then…“, „case… of…“, „while… do…“, „repeat… until…“ verwendet werden.

Prozedurale Programmierung

[Bearbeiten | Quelltext bearbeiten]

Den Ansatz, Programme in kleinere Teilaufgaben aufzuspalten, bezeichnet man als prozedurale Programmierung. Die entstehenden Teilprogramme werden Prozeduren genannt. Praktisch alle aktuellen imperativen Programmiersprachen beinhalten den prozeduralen Ansatz.

Die Entwicklung prozeduraler Programmiersprachen und -techniken waren ein wesentlicher Schritt zwischen Assemblersprache und Hochsprachen, indem sie Abstraktion und Zerlegung von Algorithmen ermöglichen.

Modulare Programmierung

[Bearbeiten | Quelltext bearbeiten]

Modulare Programmierung war der erste Versuch, der wachsenden Größe von Softwareprojekten Herr zu werden. In der modularen Programmierung wird der prozedurale Ansatz erweitert, indem Prozeduren zusammen mit Daten in logischen Einheiten zusammengefasst werden. Die Software wird so in größere funktionale Teilblöcke zerlegt, die einzeln geplant, programmiert und getestet werden können. Die entstehenden Unterprogramme werden als Module bezeichnet. Am Ende können die Einzelteile dann logisch miteinander verknüpft werden und die Software ist einsatzbereit. Die normierte Programmierung beschreibt dabei den Versuch, diesen Ablauf zu standardisieren. Die erste streng modularisierte Programmiersprache war 1978 Modula-2.

Programmierung mit abstrakten Datentypen

[Bearbeiten | Quelltext bearbeiten]

Die Programmierung mit abstrakten Datentypen behandelt Daten und Funktionen zur Behandlung dieser Daten als Einheit.

Deklarative Programmierparadigmen

[Bearbeiten | Quelltext bearbeiten]

Die Idee einer deklarativen Programmierung ist der historisch jüngere Ansatz. Im Gegensatz zu imperativen Programmierparadigmen, bei denen das Wie im Vordergrund steht, fragt man in der deklarativen Programmierung nach dem Was, das berechnet werden soll. Es wird also nicht mehr der Lösungsweg programmiert, sondern nur noch angegeben, welches Ergebnis gewünscht ist. Zu diesem Zweck beruhen deklarative Paradigmen auf mathematischen, rechnerunabhängigen Theorien.

  • Aufgrund der referenziellen Transparenz gibt es keine Nebeneffekte. Programme sind damit teilweise auswertbar und ermöglichen so zum Beispiel die Behandlung unendlicher Datenstrukturen.
  • Beweise (zum Beispiel Korrektheitsbeweis, Beweise über Programmeigenschaften) sind dank mathematischer Basis (unter anderem Lambda-Kalkül) uneingeschränkt durchführbar.
  • Architekturunabhängigkeit
  • teilweise geringe Akzeptanz (man spricht gern von sogenannten Akademikersprachen)

Zu den deklarativen Programmiersprachen gehören:

Beispiel Quicksort: Haskell ist eine typische deklarative Programmiersprache. Der Programmierer beschreibt, was das Programm mit einer Eingabe macht, also wie mit welcher Eingabe umzugehen ist, wobei der Berechnungsablauf nicht von Interesse ist. Die Berechnungen erfolgen dann durch Wertemanipulation. Hauptkontrollstruktur bildet die Rekursion, insbesondere aus Effizienzgründen die Endrekursion:

 quicksort [] = []
 quicksort (x:xs) = quicksort [n | n<-xs, n<x] ++ [x] ++ quicksort [n | n<-xs, n>=x]

Funktionale Programmierung

[Bearbeiten | Quelltext bearbeiten]

Die Aufgabenstellung und die bekannten Prämissen werden hier als funktionaler Ausdruck formuliert. Das selbstständige Anwenden von Funktionsersetzung und Auswertung seitens des Interpreters oder Compilers lösen dann die Aufgabenstellung. Das Programm kann als Abbildung der Eingabe auf die Ausgabe aufgefasst werden.

Logische Programmierung

[Bearbeiten | Quelltext bearbeiten]

Die Aufgabenstellung und ihre Prämissen werden als logische Aussagen (Regeln) formuliert (vgl. funktionale Programmierung, s. o.). Der Interpreter versucht dann, die gewünschte Lösungsaussage herzuleiten. Bei anderen regelbasierten Sprachen wie OPS-5, XSLT oder Prolog werden Regeln gegen eine Datenmenge auf ihre Instanziierbarkeit geprüft. Aus allen Regelinstanziierungen wird eine (mehrere, alle) ausgewählt und die zur Regel gehörenden Anweisungen werden ausgeführt.

Constraintprogrammierung

[Bearbeiten | Quelltext bearbeiten]

Bei der Constraintprogrammierung werden Constraints definiert. Sie wird als natürliche Weiterentwicklung der logischen Programmierung verstanden. Logische und Constraintprogrammierung werden typischerweise in Kombination eingesetzt.

Objektorientierte Programmierparadigmen

[Bearbeiten | Quelltext bearbeiten]

Klassen sind instanziierbare Module und Grundelemente in der objektorientierten Programmierung. Nach dem objektorientierten Programmierparadigma werden Objekte mit Daten und den darauf arbeitenden Routinen zu Einheiten zusammengefasst. Im Unterschied dazu werden beim prozeduralen Paradigma die Daten von den die Objekte verarbeitenden Routinen getrennt gehalten. Ein Computerprogramm ist realisiert als eine Menge interagierender Objekte.

Objektorientierte Programmierung lässt sich gut mit der ereignisorientierten Programmierung kombinieren, z. B. bei der Programmierung interaktiver, grafischer Benutzeroberflächen.

Komponentenorientierte Programmierparadigmen

[Bearbeiten | Quelltext bearbeiten]

Mithilfe der komponentenbasierten Entwicklung von Software mit abstrakten und generischen Komponentenmodellen können Softwarekomponenten mit streng definierten Schnittstellen erstellt werden.

Durch die Wiederverwendbarkeit von Software-Bausteinen kann der Entwicklungsaufwand und die Fehleranfälligkeit reduziert sowie die Informationssicherheit erhöht werden. Durch die vollständige und strenge Datenkapselung wird ferner die Portabilität von Daten und Programmen erleichtert.

Agentenorientierte Programmierung

[Bearbeiten | Quelltext bearbeiten]

Bei der agentenorientierten Programmierung steht der Begriff des autonomen und planenden Agenten im Vordergrund, der selbstständig und in Kooperation mit anderen Agenten Probleme löst.

Aspektorientierte Programmierung

[Bearbeiten | Quelltext bearbeiten]

Bei der aspektorientierten Programmierung wird der objektorientierte Begriff der Klasse zum Aspekt erweitert und ermöglicht so orthogonale Programmierung.

Generative Programmierung

[Bearbeiten | Quelltext bearbeiten]

Generative Programmierung ist ein Überbegriff für die programmatische Erzeugung von Sourcecode (Siehe Buch: Generative Programming, Krzysztof Czarnecki, W. Eisenecker).

Generische Programmierung

[Bearbeiten | Quelltext bearbeiten]

In der generischen Programmierung wird versucht, die Algorithmen für mehrere Datentypen verwendbar zu gestalten.

Datenstromorientierte Programmierung

[Bearbeiten | Quelltext bearbeiten]

Es wird von einem kontinuierlichen Datenfluss ausgegangen (meist Audio- oder Videodaten), der (oft in Echtzeit) verändert und ausgegeben wird.

Bei der Graphersetzung werden die Daten in Form von Graphen modelliert und die Berechnungen durch Graphersetzungsregeln spezifiziert, durch deren gesteuerte Anwendung ein gegebener Arbeitsgraph Stück für Stück umgeformt wird.

Konkatenative Programmierung

[Bearbeiten | Quelltext bearbeiten]

Konkatenative Programmierung zeichnet sich dadurch aus, dass Programme durch die einfache Verkettung von (Programmier-)Wörtern gebildet werden. Diese operieren alle auf derselben Datenstruktur, welche weitergereicht wird, ohne dass dazu eine weitergehende komplexe Syntax nötig wäre. Das führt dazu, dass eine natürlichsprachliche Syntax wie A B C möglich ist, für die in anderen Sprachen beispielsweise C(B(A(x))) geschrieben werden müsste. Konkatenative Programmiersprachen sind daher meistens aus Implementierungsgründen auch stapelbasierte Sprachen, wie zum Beispiel Forth, Joy, Cat und PostScript. Im Gegensatz dazu sind applikative Programmiersprachen solche, die Funktionen auf Argumente anwenden. In diese Kategorie fallen die meisten imperativen und funktionalen Sprachen.[4][5]

Multiparadigmatische Programmierung

[Bearbeiten | Quelltext bearbeiten]

Multiparadigmatische Sprachen vereinigen verschiedenen Paradigmen miteinander. Beispiele sind F-Sharp, Lisp, OCaml, Swift, und Wolfram Language.

Wiktionary: Programmierparadigma – Bedeutungserklärungen, Wortherkunft, Synonyme, Übersetzungen
  • John C. Mitchell, Krzysztof Apt: Concepts in Programming Languages. Cambridge University Press, 2010, ISBN 978-0-521-78098-8.

Einzelnachweise

[Bearbeiten | Quelltext bearbeiten]
  1. Bjarne Stroustrup: Conference on History of Programming Languages: Evolving a language in and for the real world: C++ 1991-2006. (PDF) Abgerufen am 20. September 2010 (englisch): „C++ supports several programming styles or, as they are sometimes somewhat pretentiously called, “programming paradigms”.“
  2. a b Andreas M. Böhm, Bettina Jungkunz: Grundkurs IT-Berufe. Vieweg, 2005, ISBN 978-3-528-05913-2.
  3. a b Funktionale Programmierung oder imperative Programmierung? In: MSDN. Microsoft, abgerufen am 3. April 2013.
  4. Concatenative language. Concatenative, abgerufen am 20. September 2010 (englisch).
  5. Dominikus Herzberg, Tim Reichert: Concatenative Programming. (PDF; 315 kB) 2009, archiviert vom Original am 27. Februar 2012; abgerufen am 20. September 2010 (englisch).