Was nervt euch so, während der Programmierung oder so allgemein

[himitsu]

Wie kann man eigentltich sagen "dieses Layout ist ein Debug-Layout" ?

Kann man irgendwie sagen, dieses Debug-Layout gehört zu diesem Nicht-Debug-Layout?
Also wenn das Layout aktiv ist, soll dieses Debug-Layout genutzt werden und bei einem Anderem ein Anderes.

Bzw. kann man Delphi sagen, es soll immer das letzte Layout, welches zuletzt zum Debuggen genutzt wurde, auch das nächste Mal nutzen?

Und am Liebsten wäre es mir, wenn er sich auch die aktuellen Änderungen merken würde und man nicht jeden Scheiß erst speichern muß.

[Stevie]

Zitat von himitsu:

Wie kann man eigentltich sagen "dieses Layout ist ein Debug-Layout" ?

F6 ist dein Freund

[N1ls]

Mich nervt gerade

Delphi-Quellcode:

if false = someFunction() then
begin
  // do something
end;

extrem an.

Mal ganz abgesehen vom Vergleich auf false(den Code habe ich sinngemaess von PHP uebersetzt und da machen solche Abfragen ab und an sogar Sinn). Mit der Reihenfolge komme ich gar nicht klar. Ist IMHO einfach nur umstaendlich zu lesen, oder?

Gruesse,

N1ls

[Valle]

In PHP soll das wohl angeblich einen Sinn machen. Man stellt bei Prüfung auf eine Konstante dieselbe vor den Vergleichsoperator, um zu vermeiden, dass die Variable ungewollt überschrieben wird, falls man mal "=" statt "==" schreiben sollte. Diese Unschönheit dient also einzig und allein dazu, im Falle eines Tippfehlers den Fehler schneller zu finden.

PHP-Quellcode:

if ($pi == 3.14) // so sollte's normalerweise sein
if ($pi = 3.14) // so kann man sich aber mal vertippen (ergibt keinen Fehler)
if (3.14 == $pi) // deswegen machen's viele Leute so
if (3.14 = $pi) // weil im Falle eines Fehlers das hier einen Fehler gibt

Ich find's bescheuert.

Liebe Grüße,
Valentin

[N1ls]

Zitat von Valle:

In PHP soll das wohl angeblich einen Sinn machen. Man stellt bei Prüfung auf eine Konstante dieselbe vor den Vergleichsoperator, um zu vermeiden, dass die Variable ungewollt überschrieben wird, falls man mal "=" statt "==" schreiben sollte. Diese Unschönheit dient also einzig und allein dazu, im Falle eines Tippfehlers den Fehler schneller zu finden.

Danke Wenn ich wenigstens eine Erklaerung dafuer habe, komme ich damit schon eher klar. War mir nur komplett schleierhaft, warum man sowas macht.

Gruesse,

N1ls

[himitsu]

Wenn PHP, C und Co. nicht soeinen Scheiß machen würde, wie z.B. wo man innerhalb einer IF-Abfrage Zuweisungen machen kann und wenn man dazu auch noch nicht erlaubt, daß man Rückgabewerte einfach so verfallen lassen kann (vorallem bei Vergleichen), dann hätte man auch Einfach überall (Zuweisung und Vergleich) das = nehmen können, da sich dann über das Umfeld entscheidet, ob es eine Zuweisung oder ein Vergleich sein soll.
Dann würde auch nicht passieren, daß man in C ausversen eine Zuweisung statt einem Vergleich macht, da sich dann ja der Compiler dafür entscheidet, wozu er grade Lust hat.

[DeddyH]

Also stehst Du wohl auf Basic.

[jaenicke]

Zitat von N1ls:

Mal ganz abgesehen vom Vergleich auf false(den Code habe ich sinngemaess von PHP uebersetzt und da machen solche Abfragen ab und an sogar Sinn).

Naja, immerhin ist es in Delphi kein Fehler auf false zu prüfen. (Nur auf true prüfen wäre ein Fehler.)

Weder der Vergleich auf true oder false noch die Reihenfolge entsprechen der Logik im Kopf, deshalb ist das natürlich ungewohnt. Aber auch bei nicht boolschen Werten ist die Reihenfolge immer noch anders als im Kopf, wenn auch nicht der Vergleich an sich.

[Sir Rufo]

Ich finde das hier

Delphi-Quellcode:

if false = someFunction() then
begin
  // do something
end;

nicht unleserlich sieht es doch fast so aus wie

Delphi-Quellcode:

if not someFunction() then
begin
  // do something
end;

da fände ich das hier

Delphi-Quellcode:

if someFunction() = false then
begin
  // do something
end;

schlechter.

[mkinzler]

Würde ich trotzdem in not SomeFunction() ändern