spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »drakon«

Was meinst du damit? - Es ist ganz klar ein Operator.
Und eine Wertzuweisung muss nicht statt finden. Das Ergebnis der Operation hat einfach einen Wert, den er annehmen kann (es ergib einen Ausdruck).

Dass man ihn nicht überladen kann ist einfach eine Ausnahme, wie auch bei '.', '.*' und '::'.

Wie du meinst. Ich persönlich sehe ihn als ein logisches Konstrukt der Syntax für Control-Flow, wie if, while, break & co. Nur hat dieses Konstrukt eben die optische Form eines Operators.

Das hat nichts mit meiner Meinung zu tun und das hat nicht nur die optische Form eines Operators, sondern er ist einer. Das ist erstens so definiert und zweitens auch sinnvoll so, wenn du mal darüber nachdenkst.

Ich sehe da nicht wirklich eine Verbindung zu einer Anweisung. Es ist ganz klar ein Ausdruck, oder sind für dich if, while usw. Ausdrücke, welche du einer Variable zuweisen kannst? - Wohl kaum..

Und wirklich für Control-Flow ist er auch nicht zu Gebrauchen, da du da keine Blöcke reinpacken kannst, sondern lediglich zwischen 2 Ausdrücken unterscheiden kannst (man kann antürlich mit dem Komma Operator was basteln, aber naja).

Wie du meinst, mir soll es egal sein. Ich muss das wirklich nicht weiter diskutieren, schon gar nicht um einen Supermoderator am Ende noch zu verärgern. Das Topic ist ohnehin schon lange beantwortet.

Letztendlich ist es eine Sache, wie der Standard es Definiert und der Compiler es implementiert und eine andere, wie der Programmierer es verstanden hat. Meist ist es sinnvoll zu wissen, wie es eigentlich gemeint ist, weil man dann in manchen Situationen bestimmte Dinge direkt weiß, aber zum Anwenden reicht oft auch der grobe Überblick.
Das Problem ist, wenn es der Standard auf eine Art und weiße definiert, muss man darüber nicht diskutieren

Zitat

(man kann antürlich mit dem Komma Operator was basteln, aber naja).

stimmt hier fällt mir auf, dass es doch nicht ganz wie mein template funktioniert.
bei dem aufruf des templates werden, anders als beim bedingten ausdruck, beide ausdrücke aufgerufen und nur der passende wert zurückgeben.
der unterschied:

sry für das posten des fehlers >.<
zum glück denk ich beim programmieren eher daran als beim posten im forum

Zitat von »BlueCobold«

Wie du meinst, mir soll es egal sein. Ich muss das wirklich nicht weiter diskutieren, schon gar nicht um einen Supermoderator am Ende noch zu verärgern. Das Topic ist ohnehin schon lange beantwortet.

Och. Mich verärgert hier niemand so schnell. (gibts denn irgendwo Anzeichen, dass ich verärgert bin?! )

Du stellst das ganze einfach so dar, als ob es meine Erfindung wäre, was es definitiv nicht ist. Und bevor du mit merkwürdigen Konstrukten, wie "bedingte Wertzuweisung" Leute verwirrst möchte ich die Sache eben gerne klarstellen.

Nun, es gab ja schon die Feststellung, dass eine Operation (durch einen Operator) und eine Funktion äquivalent sind. Beide erfordern die Auswertung der Eingabe-Werte vor der Ausführung der Operation. Das ist beim ternären Operator, welcher 3 Eingabe-Werte besitzt, aber nicht der Fall, denn er wertet nur 2 der 3 aus. Er besitzt daher eine Control-Flow-Eigenschaft, die nicht äquivalent zu einer Operation/Funktion ist. Sehe ich das richtig? Nur so zur Klarstellung...

Was ist eine Control-Flow Eigenschaft? Nie gehört.

Äquivalenz würde ich nicht unterschreiben, aber eine sehr nahe Verwandschaft (zumindest in C++), ja.

Du bringst da, denke ich einiges durcheinander. C++ kennt kein control flow.

Nur weil etwas 2 von 3 Argumenten auswertet heisst das nicht, dass es ein statement ist. Ansonsten wäre das hier ja auch eins:


Der wichtige Unterschied von Anweisungen (statements; if, switch usw.) und Ausdrücken (expressions; ?: , + usw. ) ist, dass eine Anweisung keinen Wert hat und wo auch nichts berechnet wird. Ausdrücke haben Werte und stellen eine Art Berechnung dar.

Um mal ein paar Beispiele zu machen:



Ich hoffe es ist klar geworden.

Und um das noch klarzustellen: Es geht lange nicht mehr darum den ?: Operator zu verstehen, sondern um die Definition was es ist und was es eben nicht ist. Um sich das verhalten klarzumachen ist die if/else Sache sicher geeignet und ich mache das eigentlich auch so, aber es ist wichtig die Begriffe und und Unterschiede zu kennen.

C++ kennt keinen Control Flow? Ähm... Es mag ja gestern spät gewesen sein, aber Du weißt schon, dass z.B. If, For, Do, While, Goto, Break, Return, Continue, Switch in die Klasse der Control Flow Statements gehören?
Der ganze Teil bezüglich regulärer Sprachen und Ausdrücke hat damit gar nichts zu tun, wenn man sich auf deren Funktionsweise bezieht, wie ich es eben tue.

Ein If berechnet also nichts und wertet wohl auch beide Parameter nicht aus? Das ist ja spannend. Ich dachte immer es wertet einen Boolean zur Bestimmung des Control Flows aus. Und meist ist dieser Boolean berechnet durch einen Compare Operator (spätestens in asm durch einen conditional jump findet somit eine Berechnung statt).