![]() |
Übersetzungs"schwierigkeiten" ( c/c++ -> delphi
Hallo, nah ist mir aber jetzt peinlich zu fragen.
Weiß zu fällig jemand ob mein Ansatz recht so ist: original: for (k = 0; k < x; ++k) { tu doch was; } meine bisherige Lösung: k := 0; while (k < x) do begin inc(k); tu doch was; end; Was mich daran verwirrt ist der der dritte Teil in dem Kopf der C-Schleife. Der Counter soll vor dem Durchlauf hochgezählt werden? Danke schon mal im voraus. Heiko |
Re: Übersetzungs"schwierigkeiten" ( c/c++ -> de
Also sollte das wirklich der Fall sein, dass ein ++k im Schleifenkopf tatsächlich das k auch vor dem Durchlauf inkrementiert, dann kannst du das doch ganz einfach darstellen, indem du k gleich bei 1 starten lässt :zwinker:
Delphi-Quellcode:
for k := 1 To x-1 Do
Begin //Hier passiert was End bzw. k := 1; while k < x Do Begin //wuppdi inc(k); End; |
Re: Übersetzungs"schwierigkeiten" ( c/c++ -> de
Zitat:
//edit: recht hat der Axel :) //edit2: scheinbar ist das alles Quatsch ... sieh unten |
Re: Übersetzungs"schwierigkeiten" ( c/c++ -> de
Der Counter wird nicht vor dem Durchlauf hochgezählt. Die Anweisung ++k wird am Ende des Schleifendurchlaufs durchgeführt.
Code:
wird genau wie
for (k = 0; k < x; ++k) {
}
Code:
zu
for (k = 0; k < x; k++) {
}
Delphi-Quellcode:
.
for i := 0 to x - 1 do begin
end k wird in beiden Fällen nach jedem Schleifendurchlauf inkrementiert. Der Unterschied liegt lediglich im Wert der Ausdrücke k++ bzw. ++k, der erste hat den Wert von k vor der Inkrementierung, der zweite hat den Wert von k nach der Inkrementierung. |
Re: Übersetzungs"schwierigkeiten" ( c/c++ -> de
Zitat:
//Edit: Wobei ich meine Antwort ja sogar ausdrücklich nur für den Fall gegeben habe, dass ++k vor dem Schleifendurchlauf inkrementiert. Insofern brauche ich die ja nich mal zurückziehen :stupid: |
Re: Übersetzungs"schwierigkeiten" ( c/c++ -> de
Ich kann es mit Sicherheit sagen, denn da ihr drei mich verunsichert habt, hab ich einfach mal testweise beide Schleifen kompiliert und bin zu identischen Ergebnissen gekommen, wie erwartet :mrgreen:
|
Re: Übersetzungs"schwierigkeiten" ( c/c++ -> de
Ich hatte das selbe Thema auch schonmal hier angesprochen. Ich kenne es von anderen C Systemen aus früheren Zeiten noch, dort konnte man per Schreibweise (also ++k bzw. k++) festlegen, ob vor oder nach dem Durchlauf inkrementiert werden sollte. Dies wurde dann später mit dem festlegen im C99 (?) Standard (immer nach dem Durchlauf) eindeutig. Ich kenne wie gesagt auch einen Unterschied zwischen den Schreibweisen...
|
Re: Übersetzungs"schwierigkeiten" ( c/c++ -> de
Muetze1, das klingt aber sehr nach Unsinn.
Die for-Schleife ist von Beginn an als while-Schleife definiert worden.
Code:
und
for (expression1; expression2; expression3)
DoSomething;
Code:
sind vollstaendig gleich!
expression1;
while (expression2) { DoSomething; expression3; } Der Unterschied von k++ und ++k liegt im Wert des Ausdrucks. Beide male wird die Variable inkrementiert, aber k++ liefert den Wert vor der Inkrementierung und ++k nach der Inkrementierung. |
Re: Übersetzungs"schwierigkeiten" ( c/c++ -> de
Der Unterschied liegt in C in der Tat nur im Wert des Ausdrucks. In C++ liegt er auch im auszuführenden Code. Wenn eine Klasse den Postfix-Operator überladen hat, muss der Compiler ihn ausführen, selbst wenn er für fundamentale Typen intelligent genug wäre, ihn in einen Präfix-Aufruf umzuwandeln. Das führt typischerweise auch zu einer Kopie des Objekts und somit zu Performance-Einbrüchen und im schlimmsten Fall zu Seiteneffekten (ist ja nicht vorgeschrieben, was man in so einem Operator überhaupt macht). Das braucht jemanden, der eine For-Schleife von C/C++ nach Delphi konvertieren will, im Normalfall aber nicht zu kümmern, bzw. nur, wenn der C++-Programmierer ein Sadist und/oder Masochist ist.
|
Re: Übersetzungs"schwierigkeiten" ( c/c++ -> de
Das ist der Grund warum ich das Ueberladen von Operatoren hasse. Man kann nicht mehr ohne einen moeglicherweise riesigen Kontext erkennen was in einer Source passiert. Schlimmstenfalls hat man den Kontext (die Implementierung der Ueberladung) nicht einmal vorliegen. Das wird jetzt allerdings OT.
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 06:35 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz