Programmiersprachen.tex 5.5 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142
  1. %!TEX root = Programmierparadigmen.tex
  2. \chapter{Programmiersprachen}
  3. Im folgenden werden einige Begriffe definiert anhand derer
  4. Programmiersprachen unterschieden werden können.
  5. \begin{definition}\xindex{Programmiersprache}\xindex{Programm}%
  6. Eine \textbf{Programmiersprache} ist eine formale Sprache, die durch eine
  7. Spezifikation definiert wird und mit der Algorithmen beschrieben werden
  8. können. Elemente dieser Sprache heißen \textbf{Programme}.
  9. \end{definition}
  10. Ein Beispiel für eine Sprachspezifikation ist die \textit{Java Language Specification}.\footnote{Zu finden unter \url{http://docs.oracle.com/javase/specs/}} Obwohl es kein guter Stil ist, ist auch
  11. eine Referenzimplementierung eine Form der Spezifikation.
  12. Im Folgenden wird darauf eingegangen, anhand welcher Kriterien man
  13. Programmiersprachen unterscheiden kann.
  14. \section{Abstraktion}
  15. Wie nah an den physikalischen Prozessen im Computer ist die Sprache?
  16. Wie nah ist sie an einer mathematisch / algorithmischen Beschreibung?
  17. \begin{definition}\xindex{Maschinensprache}\xindex{Befehlssatz}%
  18. Eine \textbf{Maschinensprache} beinhaltet ausschließlich Instruktionen, die direkt
  19. von einer CPU ausgeführt werden können. Die Menge dieser Instruktionen
  20. sowie deren Syntax wird \textbf{Befehlssatz} genannt.
  21. \end{definition}
  22. \begin{beispiel}[Maschinensprachen]
  23. \begin{bspenum}
  24. \item \xindex{x86}x86:
  25. \item \xindex{SPARC}SPARC:
  26. \end{bspenum}
  27. \end{beispiel}
  28. \begin{definition}[Assembler]\xindex{Assembler}%
  29. Eine Assemblersprache ist eine Programmiersprache, deren Befehle dem
  30. Befehlssatz eines Prozessor entspricht.
  31. \end{definition}
  32. \begin{beispiel}[Assembler]%
  33. Folgendes Beispiel stammt von \url{https://de.wikibooks.org/wiki/Assembler-Programmierung_für_x86-Prozessoren/_Das_erste_Assemblerprogramm}:
  34. \inputminted[linenos, numbersep=5pt, tabsize=4, frame=lines, label=firstp.asm]{nasm}{scripts/assembler/firstp.asm}
  35. \end{beispiel}
  36. \begin{definition}[Höhere Programmiersprache]\xindex{Programmiersprache!höhere}%
  37. Eine Programmiersprache heißt \textit{höher}, wenn sie nicht ausschließlich
  38. für eine Prozessorarchitektur geschrieben wurde und turing-vollständig ist.
  39. \end{definition}
  40. \begin{beispiel}[Höhere Programmiersprachen]
  41. Java, Python, Haskell, Ruby, TCL, \dots
  42. \end{beispiel}
  43. \begin{definition}[Domänenspezifische Sprache]\xindex{Sprache!domänenspezifische}%
  44. Eine domänenspezifische Sprache (engl. domain-specific language; kurz DSL)
  45. ist eine formale Sprache, die für ein bestimmtes Problemfeld
  46. entworfen wurde.
  47. \end{definition}
  48. \begin{beispiel}[Domänenspezifische Sprache]
  49. \begin{bspenum}
  50. \item HTML
  51. \item VHDL
  52. \end{bspenum}
  53. \end{beispiel}
  54. \section{Paradigmen}
  55. Die grundlegendste Art, wie man Programmiersprachen unterscheiden
  56. kann ist das sog. \enquote{Programmierparadigma}, also die Art wie
  57. man Probleme löst.
  58. \begin{definition}[Imperatives Paradigma]\xindex{Programmierung!imperative}
  59. In der imperativen Programmierung betrachtet man Programme als
  60. eine folge von Anweisungen, die vorgibt auf welche Art etwas
  61. Schritt für Schritt gemacht werden soll.
  62. \end{definition}
  63. \begin{definition}[Prozedurales Paradigma]\xindex{Programmierung!prozedurale}
  64. Die prozeduralen Programmierung ist eine Erweiterung des imperativen
  65. Programmierparadigmas, bei dem man versucht die Probleme in
  66. kleinere Teilprobleme zu zerlegen.
  67. \end{definition}
  68. \begin{definition}[Funktionales Paradigma]\xindex{Programmierung!funktionale}
  69. In der funktionalen Programmierung baut man auf Funktionen und
  70. ggf. Funktionen höherer Ordnung, die eine Aufgabe ohne Nebeneffekte
  71. lösen.
  72. \end{definition}
  73. Haskell ist eine funktionale Programmiersprache, C ist eine
  74. nicht-funktionale Programmiersprache.
  75. Wichtige Vorteile von funktionalen Programmiersprachen sind:
  76. \begin{itemize}
  77. \item Sie sind weitgehend (jedoch nicht vollständig) frei von Seiteneffekten.
  78. \item Der Code ist häufig sehr kompakt und manche Probleme lassen
  79. sich sehr elegant formulieren.
  80. \end{itemize}
  81. \begin{definition}[Logisches Paradigma]\xindex{Programmierung!logische}
  82. In der logischen Programmierung baut auf der Unifikation auf.\todo{genauer!}
  83. \end{definition}
  84. \section{Typisierung}
  85. Eine weitere Art, Programmiersprachen zu unterscheiden ist die stärke
  86. ihrer Typisierung.
  87. \begin{definition}[Dynamische Typisierung]\xindex{Typisierung!dynamische}
  88. Bei dynamisch typisierten Sprachen kann eine Variable ihren Typ ändern.
  89. \end{definition}
  90. Beispiele sind Python und PHP.
  91. \begin{definition}[Statische Typisierung]\xindex{Typisierung!statische}
  92. Bei statisch typisierten Sprachen kann eine niemals ihren Typ ändern.
  93. \end{definition}
  94. Beispiele sind C, Haskell und Java.
  95. \section{Kompilierte und interpretierte Sprachen}
  96. Sprachen werden überlicherweise entweder interpretiert oder kompiliert,
  97. obwohl es Programmiersprachen gibt, die beides unterstützen.
  98. C und Java werden kompiliert, Python und TCL interpretiert.
  99. \section{Dies und das}
  100. \begin{definition}[Seiteneffekt]\xindex{Seiteneffekt}\index{Nebeneffekt|see{Seiteneffekt}}\index{Wirkung|see{Seiteneffekt}}%
  101. Seiteneffekte sind Veränderungen des Zustandes.\todo{Das geht besser}
  102. \end{definition}
  103. Manchmal werden Seiteneffekte auch als Nebeneffekt oder Wirkung bezeichnet.
  104. \begin{definition}[Unifikation]\xindex{Unifikation}%
  105. Die Unifikation ist eine Operation in der Logik und dient zur Vereinfachung
  106. prädikatenlogischer Ausdrücke.
  107. \todo[inline]{Das ist keine formale Definition!}
  108. \end{definition}
  109. \begin{beispiel}[Unifikation]
  110. \end{beispiel}