Programmiersprache - Versionsgeschichte

Fmrauch: /* Prinzipien von Programmiersprachen */

2025-09-12T15:28:32Z

Prinzipien von Programmiersprachen

← Nächstältere Version		Version vom 12. September 2025, 15:28 Uhr
Zeile 24:		Zeile 24:

	Die Lexikalität bedeutet, dass es einen festgelegten Vorrat an Befehlen gibt. Aus dem Regelwerk folgt zum Beispiel ein bestimmtes Format für Kommentare und Daten. Über sogenannte Bibliotheken könne Erweiterungen vorgenommen werden, die auch in einer anderen Programmiersprache erstellt sein können. Die Syntax ist sehr starr im Vergleich zur menschlichen Sprache. Die Semantik bestimmt, das es immer nur eine Bedeutung für bestimmte Zeichenfolgen gibt. Im Lauf der technischen Entwicklung wurde dazu übergegangen, Daten und Programme voneinander zu trennen, wobei der Datenbereich innerhalb des Programms definiert wird. Da sich die Daten ändern, werden innerhalb des Programms in der Regel keine Daten mitgeliefert, sondern diese werden erst zur Laufzeit eingebunden.		Die Lexikalität bedeutet, dass es einen festgelegten Vorrat an Befehlen gibt. Aus dem Regelwerk folgt zum Beispiel ein bestimmtes Format für Kommentare und Daten. Über sogenannte Bibliotheken könne Erweiterungen vorgenommen werden, die auch in einer anderen Programmiersprache erstellt sein können. Die Syntax ist sehr starr im Vergleich zur menschlichen Sprache. Die Semantik bestimmt, das es immer nur eine Bedeutung für bestimmte Zeichenfolgen gibt. Im Lauf der technischen Entwicklung wurde dazu übergegangen, Daten und Programme voneinander zu trennen, wobei der Datenbereich innerhalb des Programms definiert wird. Da sich die Daten ändern, werden innerhalb des Programms in der Regel keine Daten mitgeliefert, sondern diese werden erst zur Laufzeit eingebunden.

			Hinsichtlich der Funktionalität wird grundsätzlich zwischen [[Objektorientierte Programmierung\|objektorientierten]] und [[Imperative Programmierung\|imperativen Programmiersprachen]] unterschieden.

	== Fehler und Bugs ==		== Fehler und Bugs ==

Fmrauch: /* Compiler und Interpreter */

2025-09-12T15:18:41Z

Compiler und Interpreter

← Nächstältere Version		Version vom 12. September 2025, 15:18 Uhr
Zeile 34:		Zeile 34:
	Der Vorteil eines Compilers ist die maximale Geschwindigkeit beim Ausführen des fertigen Programms. Allerdings läuft das übersetzte Programm nur auf bestimmten Maschinen (Hardware) und oft auch nur unter einem [[Betriebssystem]].		Der Vorteil eines Compilers ist die maximale Geschwindigkeit beim Ausführen des fertigen Programms. Allerdings läuft das übersetzte Programm nur auf bestimmten Maschinen (Hardware) und oft auch nur unter einem [[Betriebssystem]].

	Ein Nachteil des Compilers ist, dass meist noch anschließend ein Test mit den tatsächlichen Daten erfolgen muss, was einen zusätzlichen Zeitaufwand bedeutet. Die Laufzeit kann - insbesondere bei größeren Datenmengen - oft erst bei diesem Test festgestellt werden.		Ein Nachteil des Compilers ist, dass meist noch anschließend ein Test mit den tatsächlichen Daten erfolgen muss, was einen zusätzlichen Zeitaufwand bedeutet. Die Laufzeit kann - insbesondere bei größeren Datenmengen - oft erst bei diesem Test festgestellt, aber dann berechnet werden.

	Beim [[Interpreter]] erfolgt die Übersetzung der Hochsprache in Befehlsfolgen der Maschinensprache oder in eine Zwischensprache bereits zur Laufzeit. Dafür wurden sogenannte [[Skriptsprache]]n entwickelt. Diese haben den Vorteil, dass geänderte Programme sofort ausführbar sind. Dies ist sehr hilfreich beim Testen. Schnelle Änderungen sind möglich und das Verfahren ist sehr gut für [[Prototyp]]en geeignet, stellt allerdings gegenüber einem Compiler höhere Anforderung an die Leistung des Computers. Ein großer Nachteil kann die wesentlich längere Ausführungszeit der einzelnen Tests sein.		Beim [[Interpreter]] erfolgt die Übersetzung der Hochsprache in Befehlsfolgen der Maschinensprache oder in eine Zwischensprache bereits zur Laufzeit. Dafür wurden sogenannte [[Skriptsprache]]n entwickelt. Diese haben den Vorteil, dass geänderte Programme sofort ausführbar sind. Dies ist sehr hilfreich beim Testen. Schnelle Änderungen sind möglich und das Verfahren ist sehr gut für [[Prototyp]]en geeignet, stellt allerdings gegenüber einem Compiler höhere Anforderung an die Leistung des Computers. Ein großer Nachteil kann die wesentlich längere Ausführungszeit der einzelnen Tests sein.

Fmrauch: /* Compiler und Interpreter */ der Satz gehört an den Anfang dieses Abschnitts

2025-09-12T15:16:23Z

Compiler und Interpreter: der Satz gehört an den Anfang dieses Abschnitts

← Nächstältere Version		Version vom 12. September 2025, 15:16 Uhr
Zeile 31:		Zeile 31:

	== Compiler und Interpreter ==		== Compiler und Interpreter ==
	Der [[Compiler]] übersetzt das Quellprogramm (englisch ''source code'') als Ganzes in die Maschinensprache. Jede Programmiersprache hat ihren eigenen Compiler.		Der [[Compiler]] übersetzt das Quellprogramm (englisch ''source code'') als Ganzes in die Maschinensprache. Häufige Befehlsfolgen können als [[Modul (Software)\|Modul]] eingebunden werden. Jede Programmiersprache hat ihren eigenen Compiler. Beim ''Binden'' werden vorübersetzte Servicefunktionen und Module hinzugefügt, symbolische Namen ersetzt (z.B. statische / dynamische DLLs) oder auch mehrere Pakete von Programmen aus verschiedenen Programmiersprachen zusammengesetzt.
	Beim ''Binden'' werden vorübersetzte Servicefunktionen und Module hinzugefügt, symbolische Namen ersetzt (z.B. statische / dynamische DLLs) oder auch mehrere Pakete von Programmen aus verschiedenen Programmiersprachen zusammengesetzt.
	Der Vorteil eines Compilers ist die maximale Geschwindigkeit beim Ausführen des fertigen Programms. Allerdings läuft das übersetzte Programm nur auf bestimmten Maschinen (Hardware) und oft auch nur unter einem [[Betriebssystem]].		Der Vorteil eines Compilers ist die maximale Geschwindigkeit beim Ausführen des fertigen Programms. Allerdings läuft das übersetzte Programm nur auf bestimmten Maschinen (Hardware) und oft auch nur unter einem [[Betriebssystem]].

Zeile 38:		Zeile 37:

	Beim [[Interpreter]] erfolgt die Übersetzung der Hochsprache in Befehlsfolgen der Maschinensprache oder in eine Zwischensprache bereits zur Laufzeit. Dafür wurden sogenannte [[Skriptsprache]]n entwickelt. Diese haben den Vorteil, dass geänderte Programme sofort ausführbar sind. Dies ist sehr hilfreich beim Testen. Schnelle Änderungen sind möglich und das Verfahren ist sehr gut für [[Prototyp]]en geeignet, stellt allerdings gegenüber einem Compiler höhere Anforderung an die Leistung des Computers. Ein großer Nachteil kann die wesentlich längere Ausführungszeit der einzelnen Tests sein.		Beim [[Interpreter]] erfolgt die Übersetzung der Hochsprache in Befehlsfolgen der Maschinensprache oder in eine Zwischensprache bereits zur Laufzeit. Dafür wurden sogenannte [[Skriptsprache]]n entwickelt. Diese haben den Vorteil, dass geänderte Programme sofort ausführbar sind. Dies ist sehr hilfreich beim Testen. Schnelle Änderungen sind möglich und das Verfahren ist sehr gut für [[Prototyp]]en geeignet, stellt allerdings gegenüber einem Compiler höhere Anforderung an die Leistung des Computers. Ein großer Nachteil kann die wesentlich längere Ausführungszeit der einzelnen Tests sein.

	~~Das Ergebnis kann optimiert werden, indem häufige Befehlsfolgen als [[Modul (Software)\|Modul]] eingebunden werden.~~

	== Siehe auch ==		== Siehe auch ==

Fmrauch: /* Compiler und Interpreter */ unverständlich, daher entfernt

2025-09-12T15:14:14Z

Compiler und Interpreter: unverständlich, daher entfernt

← Nächstältere Version		Version vom 12. September 2025, 15:14 Uhr
Zeile 39:		Zeile 39:
	Beim [[Interpreter]] erfolgt die Übersetzung der Hochsprache in Befehlsfolgen der Maschinensprache oder in eine Zwischensprache bereits zur Laufzeit. Dafür wurden sogenannte [[Skriptsprache]]n entwickelt. Diese haben den Vorteil, dass geänderte Programme sofort ausführbar sind. Dies ist sehr hilfreich beim Testen. Schnelle Änderungen sind möglich und das Verfahren ist sehr gut für [[Prototyp]]en geeignet, stellt allerdings gegenüber einem Compiler höhere Anforderung an die Leistung des Computers. Ein großer Nachteil kann die wesentlich längere Ausführungszeit der einzelnen Tests sein.		Beim [[Interpreter]] erfolgt die Übersetzung der Hochsprache in Befehlsfolgen der Maschinensprache oder in eine Zwischensprache bereits zur Laufzeit. Dafür wurden sogenannte [[Skriptsprache]]n entwickelt. Diese haben den Vorteil, dass geänderte Programme sofort ausführbar sind. Dies ist sehr hilfreich beim Testen. Schnelle Änderungen sind möglich und das Verfahren ist sehr gut für [[Prototyp]]en geeignet, stellt allerdings gegenüber einem Compiler höhere Anforderung an die Leistung des Computers. Ein großer Nachteil kann die wesentlich längere Ausführungszeit der einzelnen Tests sein.

	Das Ergebnis kann optimiert werden, indem häufige Befehlsfolgen als [[Modul (Software)\|Modul]] eingebunden ~~und Parallelitäten genutzt~~ werden.		Das Ergebnis kann optimiert werden, indem häufige Befehlsfolgen als [[Modul (Software)\|Modul]] eingebunden werden.

	== Siehe auch ==		== Siehe auch ==

Fmrauch: /* Fehler und Bugs */ es gibt noch andere Fehler !

2025-09-12T15:13:11Z

Fehler und Bugs: es gibt noch andere Fehler !

← Nächstältere Version		Version vom 12. September 2025, 15:13 Uhr
Zeile 27:		Zeile 27:
	== Fehler und Bugs ==		== Fehler und Bugs ==
	[[Grace Muray Hopper]] erfand die Sprache COBOL. Ihr wird der Begriff [[Bug (Informatik)\|Bug]] für versteckte Fehler in den Programmen zugeschrieben. Diese entstehen hauptsächlich bei komplexen Programmen und sind oft nicht gleich zu finden. Die Suche nach solchen Fehlern ist oft sehr aufwändig, da diese meist nur unter bestimmten Bedingungen auftreten und manchmal erst ab einer bestimmten Anzahl von Benutzern oder nach längerem Einsatz des Programms entdeckt werden. Daher werden in der Regel vor dem Einsatz eines Programms mehrere Testläufe durchgeführt.		[[Grace Muray Hopper]] erfand die Sprache COBOL. Ihr wird der Begriff [[Bug (Informatik)\|Bug]] für versteckte Fehler in den Programmen zugeschrieben. Diese entstehen hauptsächlich bei komplexen Programmen und sind oft nicht gleich zu finden. Die Suche nach solchen Fehlern ist oft sehr aufwändig, da diese meist nur unter bestimmten Bedingungen auftreten und manchmal erst ab einer bestimmten Anzahl von Benutzern oder nach längerem Einsatz des Programms entdeckt werden. Daher werden in der Regel vor dem Einsatz eines Programms mehrere Testläufe durchgeführt.

			Ein spezielle Form von Fehlern entsteht durch das Runden von Zahlen, was beim Erstellen einer Bilanz zu Problemen führen kann.

	== Compiler und Interpreter ==		== Compiler und Interpreter ==

Fmrauch: /* Fehler und Bugs */ heutzutage wird ein Programm oft von mehreren Personen benutzt

2025-09-12T15:11:39Z

Fehler und Bugs: heutzutage wird ein Programm oft von mehreren Personen benutzt

← Nächstältere Version		Version vom 12. September 2025, 15:11 Uhr
Zeile 26:		Zeile 26:

	== Fehler und Bugs ==		== Fehler und Bugs ==
	[[Grace Muray Hopper]] erfand die Sprache COBOL. Ihr wird der Begriff [[Bug (Informatik)\|Bug]] für versteckte Fehler in den Programmen zugeschrieben. Diese entstehen hauptsächlich bei komplexen Programmen. Die Suche nach solchen Fehlern ist oft sehr aufwändig, da diese meist nur unter bestimmten Bedingungen auftreten und manchmal erst ~~durch einen Benutzer~~ oder nach längerem Einsatz des Programms entdeckt werden. Daher werden in der Regel vor dem Einsatz eines Programms mehrere Testläufe durchgeführt.		[[Grace Muray Hopper]] erfand die Sprache COBOL. Ihr wird der Begriff [[Bug (Informatik)\|Bug]] für versteckte Fehler in den Programmen zugeschrieben. Diese entstehen hauptsächlich bei komplexen Programmen und sind oft nicht gleich zu finden. Die Suche nach solchen Fehlern ist oft sehr aufwändig, da diese meist nur unter bestimmten Bedingungen auftreten und manchmal erst ab einer bestimmten Anzahl von Benutzern oder nach längerem Einsatz des Programms entdeckt werden. Daher werden in der Regel vor dem Einsatz eines Programms mehrere Testläufe durchgeführt.

	== Compiler und Interpreter ==		== Compiler und Interpreter ==

Fmrauch: /* Prinzipien von Programmiersprachen */ nicht konsistent zum letzten Satz

2025-09-12T15:09:25Z

Prinzipien von Programmiersprachen: nicht konsistent zum letzten Satz

← Nächstältere Version		Version vom 12. September 2025, 15:09 Uhr
Zeile 23:		Zeile 23:
	* Eindeutige [[Semantik]]		* Eindeutige [[Semantik]]

	Die Lexikalität bedeutet, dass es einen festgelegten Vorrat an Befehlen gibt. Aus dem Regelwerk folgt zum Beispiel ein bestimmtes Format für Kommentare und Daten. Über sogenannte Bibliotheken könne Erweiterungen vorgenommen werden, die auch in einer anderen Programmiersprache erstellt sein können. Die Syntax ist sehr starr im Vergleich zur menschlichen Sprache. Die Semantik bestimmt, das es immer nur eine Bedeutung für bestimmte Zeichenfolgen gibt. ~~Allerdings ist zu beachten~~, ~~dass~~ Daten und Programme voneinander ~~getrennt werden müssen~~, wobei der Datenbereich innerhalb des Programms definiert wird. Da sich die Daten ändern, werden innerhalb des Programms in der Regel keine Daten mitgeliefert, sondern diese werden erst zur Laufzeit eingebunden.		Die Lexikalität bedeutet, dass es einen festgelegten Vorrat an Befehlen gibt. Aus dem Regelwerk folgt zum Beispiel ein bestimmtes Format für Kommentare und Daten. Über sogenannte Bibliotheken könne Erweiterungen vorgenommen werden, die auch in einer anderen Programmiersprache erstellt sein können. Die Syntax ist sehr starr im Vergleich zur menschlichen Sprache. Die Semantik bestimmt, das es immer nur eine Bedeutung für bestimmte Zeichenfolgen gibt. Im Lauf der technischen Entwicklung wurde dazu übergegangen, Daten und Programme voneinander zu trennen, wobei der Datenbereich innerhalb des Programms definiert wird. Da sich die Daten ändern, werden innerhalb des Programms in der Regel keine Daten mitgeliefert, sondern diese werden erst zur Laufzeit eingebunden.

	== Fehler und Bugs ==		== Fehler und Bugs ==

Fmrauch: /* Compiler und Interpreter */ was ist der Sinn solcher Vorausberechnungen ?

2025-09-12T14:11:46Z

Compiler und Interpreter: was ist der Sinn solcher Vorausberechnungen ?

← Nächstältere Version		Version vom 12. September 2025, 14:11 Uhr
Zeile 37:		Zeile 37:
	Beim [[Interpreter]] erfolgt die Übersetzung der Hochsprache in Befehlsfolgen der Maschinensprache oder in eine Zwischensprache bereits zur Laufzeit. Dafür wurden sogenannte [[Skriptsprache]]n entwickelt. Diese haben den Vorteil, dass geänderte Programme sofort ausführbar sind. Dies ist sehr hilfreich beim Testen. Schnelle Änderungen sind möglich und das Verfahren ist sehr gut für [[Prototyp]]en geeignet, stellt allerdings gegenüber einem Compiler höhere Anforderung an die Leistung des Computers. Ein großer Nachteil kann die wesentlich längere Ausführungszeit der einzelnen Tests sein.		Beim [[Interpreter]] erfolgt die Übersetzung der Hochsprache in Befehlsfolgen der Maschinensprache oder in eine Zwischensprache bereits zur Laufzeit. Dafür wurden sogenannte [[Skriptsprache]]n entwickelt. Diese haben den Vorteil, dass geänderte Programme sofort ausführbar sind. Dies ist sehr hilfreich beim Testen. Schnelle Änderungen sind möglich und das Verfahren ist sehr gut für [[Prototyp]]en geeignet, stellt allerdings gegenüber einem Compiler höhere Anforderung an die Leistung des Computers. Ein großer Nachteil kann die wesentlich längere Ausführungszeit der einzelnen Tests sein.

	Das Ergebnis kann optimiert werden, indem häufige Befehlsfolgen als [[Modul (Software)\|Modul]] eingebunden, Parallelitäten genutzt ~~und Vorausberechnungen für die Laufzeit erstellt~~ werden.		Das Ergebnis kann optimiert werden, indem häufige Befehlsfolgen als [[Modul (Software)\|Modul]] eingebunden und Parallelitäten genutzt werden.

	== Siehe auch ==		== Siehe auch ==

Fmrauch: /* Compiler und Interpreter */

2025-09-12T14:10:31Z

Compiler und Interpreter

← Nächstältere Version		Version vom 12. September 2025, 14:10 Uhr
Zeile 37:		Zeile 37:
	Beim [[Interpreter]] erfolgt die Übersetzung der Hochsprache in Befehlsfolgen der Maschinensprache oder in eine Zwischensprache bereits zur Laufzeit. Dafür wurden sogenannte [[Skriptsprache]]n entwickelt. Diese haben den Vorteil, dass geänderte Programme sofort ausführbar sind. Dies ist sehr hilfreich beim Testen. Schnelle Änderungen sind möglich und das Verfahren ist sehr gut für [[Prototyp]]en geeignet, stellt allerdings gegenüber einem Compiler höhere Anforderung an die Leistung des Computers. Ein großer Nachteil kann die wesentlich längere Ausführungszeit der einzelnen Tests sein.		Beim [[Interpreter]] erfolgt die Übersetzung der Hochsprache in Befehlsfolgen der Maschinensprache oder in eine Zwischensprache bereits zur Laufzeit. Dafür wurden sogenannte [[Skriptsprache]]n entwickelt. Diese haben den Vorteil, dass geänderte Programme sofort ausführbar sind. Dies ist sehr hilfreich beim Testen. Schnelle Änderungen sind möglich und das Verfahren ist sehr gut für [[Prototyp]]en geeignet, stellt allerdings gegenüber einem Compiler höhere Anforderung an die Leistung des Computers. Ein großer Nachteil kann die wesentlich längere Ausführungszeit der einzelnen Tests sein.

	Das Ergebnis kann optimiert werden, indem häufige Befehlsfolgen als [[Modul]] eingebunden, Parallelitäten genutzt und Vorausberechnungen für die Laufzeit erstellt werden.		Das Ergebnis kann optimiert werden, indem häufige Befehlsfolgen als [[Modul (Software)\|Modul]] eingebunden, Parallelitäten genutzt und Vorausberechnungen für die Laufzeit erstellt werden.

	== Siehe auch ==		== Siehe auch ==

Fmrauch: /* Prinzipien von Programmiersprachen */

2025-09-12T14:08:44Z

Prinzipien von Programmiersprachen

← Nächstältere Version		Version vom 12. September 2025, 14:08 Uhr
Zeile 18:		Zeile 18:

	== Prinzipien von Programmiersprachen ==		== Prinzipien von Programmiersprachen ==
	Der Computer macht nur genau das, was man ihm sagt. Dieser oft zitierte Satz führt dazu, dass ~~Programmiersprache~~ bestimmte Prinzpien haben:		Der Computer macht nur genau das, was man ihm sagt. Dieser oft zitierte Satz führt dazu, dass Programmiersprachen bestimmte Prinzpien haben:
	* Eindeutige [[Lexikalität]]		* Eindeutige [[Lexikalität]]
	* Eindeutige [[Syntax]]		* Eindeutige [[Syntax]]