Diskussion:Iterative Programmierung
englischer Link passt nicht
[Quelltext bearbeiten]Hallo zusammen, der englische Link passt nicht zu diesem Artikel. Da würde schon eher der kleinere Absatz aus der Iteration passen. --Erkan Yilmaz Diskussion:Iterative Programmierung#c-Erkan Yilmaz-2006-12-17T18:27:00.000Z-englischer Link passt nicht11
Rekursionen
[Quelltext bearbeiten]Ich bin mir nicht ganz sicher, aber ich glaube ALLE Rekursionen lassen sich auch iterativ implementieren. --Melkom 11:23, 21. Aug 2003 (CEST)
- Ich bin auch der Meinung. Da ich mir nicht 100%ig sicher war, habe ich es vorsichtig formuliert. Allerdings ist es faktisch alsch, dass die iterative Lösung langsamer wäre, sie ist nur umständlicher zu implementieren, und die Rekursion ist intuitiv leichter zu verstehen. Ich hoffe das kommt jetzt so rüber, ansonsten noch mal umformulieren. -- Dishayloo 13:44, 21. Aug 2003 (CEST)
- Ja stimmt, so ist das richtig. Ich hab da wohl was verwechselt. --Melkom 14:25, 21. Aug 2003 (CEST)
- Ja, WHILE-Sprachen und mü-rekursive Funktionen sind äquivalent. -- JensMueller 02:00, 2. Jan 2004 (CET)
Ich halte es nicht für sehr sinnvoll, den Begriff sofort im ersten Satz (noch vor der Definition) durch Abgrenzung von Rekursion zu erklären.
Mir erschließt sich auch nicht ganz, was an iterativer Programmierung einfacher sein soll. NPOV ist das IMO nicht mehr. --JensMueller 02:01, 2. Jan 2004 (CET)
Unzulässige Begriffsverkürzung
[Quelltext bearbeiten]"Iterative Programmierung" ist nicht gleichbedeutend mit "Schleifen statt Rekursion".
Der "Hauptkonkurrent" mag rekursive Programmierung sein, daher kann das als Hauptaspekt für die Abgrenzung der iterativen Programmierung herhalten - er ist aber nicht das einzige andere Konzept.
Die Gegenstücke zu iterativer Programmierung sind vor allem
- funktionale/listenbasierte Programmierung (z.B. Sprachen wie Lisp, Scheme, Haskell);
- logikbasierte Sprachen (da fällt mir nur Prolog ein) ~ und diese müssen anders abgegrenzt werden als über Rekursion.
--arilou (Diskussion) Diskussion:Iterative Programmierung#c-Arilou-2019-09-05T06:55:00.000Z-Unzulässige Begriffsverkürzung11
- Ist gut! --Nomen4Omen (Diskussion) Diskussion:Iterative Programmierung#c-Nomen4Omen-2019-09-05T09:35:00.000Z-Arilou-2019-09-05T06:55:00.000Z11
- In der rein funktionalen Programmierung findet ja Wiederholung durch Rekursion statt, daher wäre die Abgrenzung begründbar. Bei der rein logikbasierten Programmierung handelt es sich ja lediglich um eine deklarative Datenbank für Aussagen, die mit Backtracking ausgewertet wird. Ich weiß nicht, inwieweit das ein Gegenstück sein soll, da die logische Auswertung ja nicht von Iteration oder Rekursion losgelöst ist... --Diaspomod (Diskussion) Diskussion:Iterative Programmierung#c-Diaspomod-2019-10-12T00:42:00.000Z-Nomen4Omen-2019-09-05T09:35:00.000Z11
- Ich glaube, Diaspomod hat Recht. Die Unterscheidung rekursiv vs iterativ ist auf wesentlich niedrigerer Ebene (viel näher an der Maschineninstruktion, an der Realisierung auf heutigen Computern) als funktional vs deklarativ. Ich halte für möglich, dass sich letztere sowohl rekursiv wie iterativ implementieren lassen. Ganz vergessen wurde in diesem Kontext die »AI«, whatever that is. --Nomen4Omen (Diskussion) Diskussion:Iterative Programmierung#c-Nomen4Omen-2019-10-12T07:29:00.000Z-Diaspomod-2019-10-12T00:42:00.000Z11
- Soweit ich das sehe, ist die Unterscheidung "funktional vs. iterativ" voll auf Hochsprachen-Ebene;
- Diaspomod zeige mir in einem Prolog-Programm, wo genau da der Programmierer entweder eine Rekursion oder eine Schleife programmiert.
- --arilou (Diskussion) Diskussion:Iterative Programmierung#c-Arilou-2019-10-23T10:18:00.000Z-Diaspomod-2019-10-12T00:42:00.000Z11
- in Prolog:
recursion(Counter, End) :- Counter =< End, write('Hello, world!'), Next is Counter + 1, recursion(Next, End).
- die gleiche Semantik in C:
#include <stdio.h> void recursion(int counter, int end) { if (counter <= end) puts("Hello, world!"); recursion(counter + 1, end); }
- Wie möchtest du die logische von der funktionalen Programmierung abgrenzen? Ich habe ja nirgendwo ausgeschlossen, dass man das könnte...--Diaspomod (Diskussion) Diskussion:Iterative Programmierung#c-Diaspomod-2019-11-03T16:12:00.000Z-Arilou-2019-10-23T10:18:00.000Z11
Dann musst du nur noch den Unterschied zwischen funktionaler vs deskriptiver vs maschinennaher Programmiersprache und funktionalem vs rekursivem vs prozeduralem vs iterativem Programmierstil herausarbeiten. --Nomen4Omen (Diskussion) Diskussion:Iterative Programmierung#c-Nomen4Omen-2019-10-23T10:49:00.000Z-Unzulässige Begriffsverkürzung11
- Nun, wie Diaspomod gerade gezeigt hat, kann man in der logikbasierten Sprache Prolog durchaus in rekursivem Stil programmieren. Common Lisp hat das loop-Makro[1], das iterative Problemlösungen erlaubt; und in z.B. C kann man sich im Wesentlichen frei aussuchen, ob man ein Problem lieber rekursiv oder iterativ lösen will.
- Iterative Programmierung kann also durchaus stattfinden in einer (weitgehend) funktionalen Sprache.
- Ich finde, es muss unterschieden werden zwischen "welches Konzept wird von einer Sprache (stark) begünstigt?" vs. "welches Konzept hat der Programmierer angewendet?" - das muss nämlich nicht deckungsgleich sein.
- --arilou (Diskussion) Diskussion:Iterative Programmierung#c-Arilou-2019-11-07T13:32:00.000Z-Nomen4Omen-2019-10-23T10:49:00.000Z11
- In Prolog ist die Rekursion keine funktionale Erweiterung, sondern inhärenter Bestandteil. Ohne rekursive Defintionen könnte man keine symmetrischen Relationen definieren wie:
- f(X, Y) := f(Y, X).
- Ohne die Möglichkeit der Wiederholung durch rekursive Regeln wäre Prolog nicht turingvollständig und wäre wie HTML überhaupt keine Programmiersprache.
- Das abstrakte Konzept der Rekursion ist die der funktionalen oder logischen Programmierung (Sprache/Stil) übergeordnet.
- Außderdem unterstützen die populären Sprachen meistens sowohl das iterative, als auch rekursive Konzept. Das heißt nicht, dass die Konzepte voneinander nicht zu unterscheiden wären.
- Common Lisp ist auch nicht rein funktional, da es Seiteneffekte zulässt. --Diaspomod (Diskussion) Diskussion:Iterative Programmierung#c-Diaspomod-2019-11-08T18:02:00.000Z-Arilou-2019-11-07T13:32:00.000Z11
Endrekursion
[Quelltext bearbeiten]Die Klammer "(bei Endrekursion)" muss mE weg, da der Selbstaufruf eine Abbruchbedingung auch dann braucht, wenn in der Prozedur nach ihm noch irgendwas gemacht wird. –Nomen4Omen (Diskussion) Diskussion:Iterative Programmierung#c-Nomen4Omen-2021-04-20T12:48:00.000Z-Endrekursion11
- Weg sowieso, denn so etwas sollte in rekursive Programmierung stehen. Es steht dort aber garnichts davon
--Idohl (Diskussion) Diskussion:Iterative Programmierung#c-Idohl-2021-04-20T16:07:00.000Z-Nomen4Omen-2021-04-20T12:48:00.000Z11.
- Im Artikel steht: "[Rekursion,] die dadurch (bei Endrekursion) unendlich oft ausgeführt werden könnte."
- @Nomen4Omen: Die Klammern könnte man weglassen, richtig, womit im Artikel dann stehen würde "die dadurch bei Endrekursion unendlich oft ausgeführt werden könnte". Ich nehme an, dass du das so gemeint hast.
- @Idohl: Zuvor stand im Artikel "[Rekursion,] die dadurch unendlich oft ausgeführt werden könnte". Eine Endlos-Rekursion ist ein Sonderfall der Rekursion, der nur extrem selten Anwendung findet, und nur bei Endrekursion funktioniert. Wenn die Aussage "unendlich oft" bleiben soll, dann muss dabei die Einschränkung 'Endrekursion' genannt werden; alternativ kann von mir aus auch der ganze Halbsatz "unendlich" weg.
- Dieser extrem seltene Sonderfall der Rekursion ist eigentlich auch nur deswegen hier im Artikel nennenswert, weil Endlos-Schleifen gegelentlich vorkommen - sie sind zwar auch ein Sonderfall, aber deutlich weniger selten als eine echte, gewollte Endlosrekursion.
- Ich persönlich finde die aktuelle Variante mit Klammern am besten - als Verfasser aber evtl. aus befangener Situation ;-)
- --arilou (Diskussion) Diskussion:Iterative Programmierung#c-Arilou-2021-04-21T07:35:00.000Z-Idohl-2021-04-20T16:07:00.000Z11
- PS: @Idohl: Der Artikel Rekursive Programmierung ist nicht perfekt, richtig. Auf Endrekursion wird nur bei "Siehe auch" verlinkt.
- @Arilou: Eine Endlos-Rekursion ist ein Sonderfall der Rekursion.
Dieser Satz von Dir drückt Deine Befangenheit aus: Du gehst nicht davon aus, dass Rekursion ein prinzipiell endloser Vorgang ist, sondern dass ein nicht zu Ende kommendes Computer-Programm des Teufels ist.
--Idohl (Diskussion) Diskussion:Iterative Programmierung#c-Idohl-2021-04-21T10:40:00.000Z-Idohl-2021-04-20T16:07:00.000Z11
- @Arilou: Eine Endlos-Rekursion ist ein Sonderfall der Rekursion.
- Befangenheit ~hm~ nuja. In 35 Jahren Programmierarbeit ist mir bisher noch nie eine echte gewollte Endlosrekursion untergekommen.
- Echt gewollte Endlosschleifen zwar selten, aber so an zwei Händen abzählbar, meist bei Microkontrollern, die auf Interrups warten sollten.
- Ein gewollt nicht zu Ende kommendes Computerprogramm? Hm, da fallen mir vor allem Spiele im Konsolenbereich ein, oder wieder Microkontroller-Steuerungen. Auf Anwender-PCs, Servern o.ä. fällt mir keine Programmgattung ein, bei der es nicht sinnvoll wäre, ihr eine vernünftige Möglichkeit eines geordneten Beendens zu gewähren.
- Ansonsten bin ich doch eher ein Mensch der Praxis. "Prinzipiell endlos" ist ungleich "tatsächlich in der Praxis endlos".
- --arilou (Diskussion) Diskussion:Iterative Programmierung#c-Arilou-2021-04-21T11:16:00.000Z-Idohl-2021-04-21T10:40:00.000Z11
- Genau: 35 Jahre sind zu viel, um nicht befangen zu werden. Danach dauert es umso länger, um wieder davon los zu kommen.
--Idohl (Diskussion) Diskussion:Iterative Programmierung#c-Idohl-2021-04-21T22:29:00.000Z-Arilou-2021-04-21T11:16:00.000Z11
- Genau: 35 Jahre sind zu viel, um nicht befangen zu werden. Danach dauert es umso länger, um wieder davon los zu kommen.
In meinen Augen kommen da jetzt mehrere Missverständnisse zu Tage.
- Das einfachste: Ich habe nicht gemeint, dass die Klammern wegsollen, sondern dass die ganze Endrekursion in diesem Artikel nichts zu suchen hat. Es genügt, wenn sie im Artikel Rekursive Programmierung vorkommt.
- Endrekursion hat mit Endlos-Rekursion rein gar nichts zu tun. Im Artikel Rekursive Programmierung steht, dass eine Rekursion (ein Selbstaufruf) dann als Endrekursion bezeichnet wird, wenn sie die letzte Anweisung der Prozedur ist, dann kann man sich nämlich einmal das Abspeichern des Kontextes sparen (diese Def stimmt m.E. mit der in enwiki überein) und sonst noch ein bisschen rumoptimieren, wie in Endrekursion#Beispiele gezeigt. Wenn es aber in der Prozedur Anweisungen gibt, die der aufrufenden Instanz (bspw. per Parameterrückgabe) signalisieren, dass die Sache erledigt ist, dann hat man die Abbruchbedingung. Und diese können vor oder nach dem Selbstaufruf stehen, bedürfen also keiner Endrekursion.
- Die Formulierung einer Bedingung für einen Abbruch garantiert nicht, dass diese in irgendeiner Instanz greift. Anders gesagt: auch eine Prozedur mit einem if Bedingung then Abbruch, kann endlos laufen, wenn die Bedingung nicht erreicht wird.
–Nomen4Omen (Diskussion) Diskussion:Iterative Programmierung#c-Nomen4Omen-2021-04-21T15:00:00.000Z-Endrekursion11
- Ok, mal eine Gegendarstellung aus der Praxis: Eine rekursive Prozedur, die (gewollt oder ungewollt) endlos rekursiv aufgerufen wird, und keine Endrekursion ist, verbraucht bei jedem Rekursionsaufruf Ram. Sofern sie keine allzu umfangreichen Aktionen durchführt, ist selbst eine Computer-Ausstattung mit z.B. 64GB Arbeitsspeicher in Sekunden voll, was ja wohl weit abseits von "endlos" ist.
- Wenn dann auf die SSD geswappt werden muss, kann mit ca. 1GB/s geschrieben werden, womit eine 512GB-SSD in weniger als 10 Minuten ebenfalls voll ist. Und dann ist Ende von "endlos".
- Eine Endrekursion verbraucht nur beim Erst-Aufruf Ram, danach kein weiteres Ram mehr, wenn der Compiler ausreichend schlau optimiert. Sie kann monatelang auf einem Rechner ausgeführt werden und tatsächlich eine iterative Endlosschleife ersetzen. Es gibt Rechner und Programme, die jahrelang ununterbrochen laufen sollen/müssen.
- Da es in diesem Artikel um Iteration, also Schleifen, geht, und die Endlosschleife einen nicht vernachlässigbaren Spezialfall darstellt, sehe ich eine gewisse Sinnhaftigkeit, die rekursive Variante zu erwähnen, die eine Endlosschleife tatsächlich ersetzen kann.
- @Idohl: Das wird jetzt langsam Ad Personam. Dusch' erst mal kalt.
@Arilou: Ich habe die Abschnitte Deines letzten Beitrags durchnummeriert.
Die Nummern 1 bis 3 handeln ausschließlich von Rekursionen, gehören also ggf. in einen der Artikel Rekursive Programmierung oder Endrekursion und haben hier genau genommen nichts zu suchen.
Der Spezialfall im Abschnitt 4 der im Prinzip beabsichtigten Endlosschleife passt durchaus in den hiesigen Artikel. Dann aber würde ich anders unterteilen:
iterativ Abbruch | ↔ | rekursiv Abbruch | |
iterativ endlos | ↔ | rekursiv endlos |
wobei wiederum die Endrekursion kein Problem dieses, sondern des anderen Artikels ist, d.h. DORT könnte besprochen werden, wie man tunlichst eine an sich poplige Endlosschleife notfalls durch selbstaufrufende Endrekursionen zusammenbasteln könnte. –Nomen4Omen (Diskussion) Diskussion:Iterative Programmierung#c-Nomen4Omen-2021-04-22T09:30:00.000Z-Endrekursion11
- Im Artikel stand, dass Rekursion "prinzipiell endlos sei". Aus meinem Studium weis ich, dass tatsächlich endlose Rekursion nur in genau einem Spezialfall möglich ist. Ich fand es angemessen, diesen entsprechenden Spezialfall in Klammern "(bei Endrekursion)" zu erwähnen, da ansonsten Rekursion nämlich generell nicht endlos möglich ist. Und als guter Wikipedianer verlinkt man einen Fachbegriff, also "(bei Endrekursion)".
- Anschließend wurde ich angegriffen, ich sei ja vorurteilsbeladen und befangen, und zu alt, und außerdem sei das hier ja sowieso nicht das Thema.
- Tja.
- --arilou (Diskussion) Diskussion:Iterative Programmierung#c-Arilou-2021-04-22T10:19:00.000Z-Nomen4Omen-2021-04-22T09:30:00.000Z11
- Lese bitte nicht Falsches aus meinem Votum. U.A. bin ich von uns Beiden der wahrscheinlich deutlich Ältere.
Es scheint so, dass Du den Artikel Rekursion gar nicht kennst: Als Rekursion wird ein prinzipiell unendlicher Vorgang bezeichnet. Was im Detail in der Prorammiererei abgemacht wird, ist dem unterzuordnen.
--Idohl (Diskussion) Diskussion:Iterative Programmierung#c-Idohl-2021-04-24T13:20:00.000Z-Arilou-2021-04-22T10:19:00.000Z11
- Lese bitte nicht Falsches aus meinem Votum. U.A. bin ich von uns Beiden der wahrscheinlich deutlich Ältere.
- Äh, "Endrekursion hat mit Endlos-Rekursion rein gar nichts zu tun." Doch, denn Endlos-Rekursion ist nur bei Endrekursion (technisch) möglich. In der Theorie mag man das anders betrachten, in der Praxis hat Endrekursion mit Endlos-Rekursion zur Gänze zu tun. --arilou (Diskussion) Diskussion:Iterative Programmierung#c-Arilou-2021-04-22T10:25:00.000Z-Nomen4Omen-2021-04-22T09:30:00.000Z11
@Arilou: Na gut. Beide Abschnitte
- "Im Artikel stand, dass Rekursion ..." und
- "Äh, ..."
besprechen Details von rekursiv und eigentlich überhaupt nichts von iterativ. Ich bleibe dabei: Endrekursion gehört nicht hier rein! –Nomen4Omen (Diskussion) Diskussion:Iterative Programmierung#c-Nomen4Omen-2021-04-22T10:46:00.000Z-Endrekursion11