ich hatte eigentlich schon länger vor diese Frage zu stellen aber jetzt muss es einfach mal sein, da ich hier im Forum und sonstwo einfach nichts dazu gefunden habe.
Also mich interessiert brennend wofür man einen Loop braucht.
Das was sich in einem Loop befindet wiederholt sich doch immer und immer wieder bis ein Break out of Loop kommt.
Nun ist doch das aber das gleiche wie wenn ich einen Parallel Process nehme und bei einer bestimmten Condition z.B. einen Switch anstelle der diesen dann abstellt.
Was ist also der Unterschied und wofür braucht man z.B. nen Loop in nem Spiel. Ich hab irgendwie Angst, dass ich mein Spiel irgendwann fertigstelle und dann feststelle, dass ich bestimmte Stellen viel besser umsetzen hätte können, hätte ich gewusst was ein Loop ist.
Also dann ich bin gespannt auf eure Antworten!
MarcL
Ich hab das mit dem Cycle-Zeugs nie verstanden, bzw bei mir gabs immer Probleme.
Ich hab das dann mit Labels gemacht. Geht auch.
...
so cycle benutze ich selbst persönlich nie und rate auch davon ab da label sowieso besser ist... cycle ist im prinzip dasselbe wie label bloß bedienen ist es schwerer
so cycle benutze ich selbst persönlich nie und rate auch davon ab da label sowieso besser ist... cycle ist im prinzip dasselbe wie label bloß bedienen ist es schwerer
...
So direkt wollt ich das jetzt nicht ausdrücken.
--
"Es gibt millionen von Terroristen auf dieser Welt, und außgerechnet ich gerate an einen, der kleinere Füße hat, als meine Schwester."
Was soll so schwer an einem Cycle zu verstehen sein?
Er wiederholt einfach den Code, welcher in ihm steht, bis ein Break Loop kommt.
Grundsätzlich ist aber davon abzuraten Cycles zu benutzen und die hier schon
angesprochenen Labels zu verwenden. Der Grund ist der, dass der Maker Labels schneller verarbeiten kann als Cycles.
Der Loop-Befehl ist einer der nützlichesten den ich kennen. Mit ihm kann man z.B. eine Code machen der eine Zahl solange hoch rechnend bis sie einen bestimmten Punkt erreicht hat.
Cycle geht eingentlich schneller als die Label und beim Codieren gehts auch schneller,ist aber nur Profis zu empfehlen,weil Anfänger mit Label leichter arbeiten können.
Cycle geht eingentlich schneller als die Label und beim Codieren gehts auch schneller,ist aber nur Profis zu empfehlen,weil Anfänger mit Label leichter arbeiten können.
...
Der Argumentation kann ich nicht beipflichten aus folgenden Begründungen:
1. Das Arbeiten mit Loops und das Arbeiten mit Labels ist im Grunde identisch. Selbst die Anzahl der Zeilen an Codes müsste diesselbe sein. Bei Labels muss man Anfang und Wiederholungspunkt definieren, beim Loops muss man Anfang/Ende und Break definieren.
Ergo sind beide Arbeiten gleich schnell.
2. Loops können auch von Anfängern wunderbar benutzt werden. Ich habe in den Anfängen gerne Loops verwendet, bis ich etwas gelesen habe, was mir missfiel (s. Punkt 3) Als Alternative fand ich die Labels, die für mich sogar praktischer sind, weil man damit in meinen Augen mehr Möglichkeiten hat.
3. Habe ich irgendwo gelesen in diesen Board, dass besonders PPs und Loops auf die Performance schlägt. Labels sind daher freundlicher zur Performance. (Meine bisherige Erfahrung bestätigt dies)
--
---
Bin seit etwa einer Dekade unter den Namen SirAston im Internet unterwegs. Wenn ein alter Bekannter mit mir wieder Kontakt pflegen möchte, bin auf Discord, einfach eine PN an mich schicken.
Mir geht das mit den FORKs schon total auf die nerven, dass die so unübersichtlich sind. Ich weis nie so genau, wo eine fork anfängt, und wo sie aufhört, und dann kommt noch das Else hinzu.
Cycles sehen für mich genau so aus, wie FORKs und desshalb nehm ich Abstand von ihnen.
--
"Es gibt millionen von Terroristen auf dieser Welt, und außgerechnet ich gerate an einen, der kleinere Füße hat, als meine Schwester."
Mir geht das mit den FORKs schon total auf die nerven, dass die so unübersichtlich sind. Ich weis nie so genau, wo eine fork anfängt, und wo sie aufhört, und dann kommt noch das Else hinzu.
Cycles sehen für mich genau so aus, wie FORKs und desshalb nehm ich Abstand von ihnen.
...
Heißer Tipp: Kommentierung soll gegen unübersichtlichen Code helfen.
Cycle geht eingentlich schneller als die Label und beim Codieren gehts auch schneller,ist aber nur Profis zu empfehlen,weil Anfänger mit Label leichter arbeiten können.
...
Was?! Ich habe cycle noch nicht mal verstanden da label sowieso dasselbe ist. Trotzdem was soll daran "Profi" sein?
Zitat
Mir geht das mit den FORKs schon total auf die nerven, dass die so unübersichtlich sind. Ich weis nie so genau, wo eine fork anfängt, und wo sie aufhört, und dann kommt noch das Else hinzu.
Cycles sehen für mich genau so aus, wie FORKs und desshalb nehm ich Abstand von ihnen.
...
Ich selber finde Forks wesentlich leichter. Forks sind Bedingungen die du brauchs damit das event dann passiert.
Beispiel: Du brauchs 1000 gold um in die Höhle zu kommen. Dann kommen Forks zum einsatz.Du gehs dann rauf und stells auf der ersten seite ganz unten auf money stellste auf 1000 und above und unten ein haken. Dann kommt das eigentlich event das schreibs du unter das fork condition und unter else schreibs du hin was passiert wenn man das nicht hat.
Labels und Schleifen sind dasselbe?
In welchem Universum gilt das denn?
Ein Label ist eine Markierung im Code an die du mit einem Befehl springen kannst. Eine Schleife wiederholt den in ihr liegenden Code solange bis du einen Break Befehl gibst.
Du kannst mit einem Label auch so eine Wirkung erzeugen, jedoch ist das doch nicht dasselbe.
Forks sind zudem nichts was einfacher ist als ein Label.
Ich frag mich überhaupt wieso du diese zwei grundverschiedenen Befehle vergleichst. Mit einer Schleife kannst du eine Codepassage wiederholen.
Ein Fork ist nichts weiter als eine Bedingung die verhindern soll das der darin enthaltene Code ausgeführt wird wenn die Bedingung nicht erfüllt ist.
Schmeiß doch nicht mit solchem Halbwissen um dich. Am Ende merkt sich jemand noch solchen Mist.
Labels und Schleifen sind dasselbe?
In welchem Universum gilt das denn?
Ein Label ist eine Markierung im Code an die du mit einem Befehl springen kannst. Eine Schleife wiederholt den in ihr liegenden Code solange bis du einen Break Befehl gibst.
Du kannst mit einem Label auch so eine Wirkung erzeugen, jedoch ist das doch nicht dasselbe.
Forks sind zudem nichts was einfacher ist als ein Label.
Ich frag mich überhaupt wieso du diese zwei grundverschiedenen Befehle vergleichst. Mit einer Schleife kannst du eine Codepassage wiederholen.
Ein Fork ist nichts weiter als eine Bedingung die verhindern soll das der darin enthaltene Code ausgeführt wird wenn die Bedingung nicht erfüllt ist.
Schmeiß doch nicht mit solchem Halbwissen um dich. Am Ende merkt sich jemand noch solchen Mist.
...
Das beweist doch das labels besser sind, da man sie vielfältiger einsetzen kann...
Das beweist doch das labels besser sind, da man sie vielfältiger einsetzen kann...
...
Du kannst auch Variablen statt Switchen einsetzen und sie mit 0 und 1 belegen.
Muss man halt schaun was sich jeweils anbietet, mir fallen durchaus ein paar Dinge ein bei denen sich loop mehr lohnt, zB. wenn man Codestrukturen kopiert, denn break ist auf den jeweiligen Loop bezogen, wären man die Labels wieder umstellen müsste.
Naja, man kann auch goto() statt while benutzen~ Kommentare sind für Spießer und Fehler die man nicht merkt existieren nicht.
Ich benutze Loops für Schleifen und Labels eben für gezielte Sprünge im Code falls diese nötig sein sollten.
Bisher waren Labels noch nicht nötig und Schleifen nur für Tastenabfragen wobei ich noch keine nennenswerten Performance Probleme hatte.
Ich habe mal gelesen das verschachtelte Schleifen Probleme machen. Z.B.:
Setzt man nun dort, für die äußere Schleife, einen Break Cycle Befehl vor die innere Schleife, gibt es Probleme.
Das Problem tauchte bei einem meiner Anfängermenüs mal auf. Wenn ich mich recht entsinne springt in diesem Fall der Maker an das Ende der inneren Schleife und nicht an das der Äußeren (wozu der Break Cycle Befehl ja offensichtlich gehört).
Bei solche nKonstrukten empfehlen sich dann Labels. Aber bei einer einfachen Tastenabfrage halte ich den Performance Unterschied nicht für sonderlich gravierend. Abgesehen davon das man so eine Abfrage als PP Event gstalten könnte womit Schleifen vollkommen wegfallen (ich weiss, ein PP Event ist eigentlich auch nur ne Schleife ^^).
--
Aktuelles Projekt "Uns're Ordnung ist das Chaos!
Verändern heißt zerstör'n!
Das beweist doch das labels besser sind, da man sie vielfältiger einsetzen kann...
...
Ich hab nie bestritten das Labels nützlich sind.
Darum ging es doch absolut nicht. Es ging darum das du Elemente
durcheinander schmeißt und gleichsetzt.
@Kelven
Naja, das kann man nicht wirklich als "Problem" bezeichnen.
Das man bei solchen Sprüngen darauf aufpassen muss WOHIN
man springt sollte schon klar sein.
@Thema
Meist soll halt nur ein bestimmter Codeabschnitt wiederholt werden.
Und nicht alles. Für so etwas benutze ich sehr gerne Labels um Schleifen
damit zu bauen. Wobei man auch sagen muss das man schon fortgeschrittene
Sachen umsetzen muss. Sonst wird man denke ich so gut wie nie an diese
Element rantreten müssen.
Zitieren
CherryShare
