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

[implementation]

Zitat von himitsu:

Denn der Witz ist, daß das sonst so typsichere/strenge Delphi durch die Generics "scheinbar" total verweichlicht wird.

Delphi-Quellcode:

var
  X: TArray<Integer>;
  D: TArray<Integer>;

X := D;  // denn das geht zumindestens ^_^

Das kommt aber nicht durch die Generics.
Probier das mal:

Delphi-Quellcode:

type TIntArray = array of Integer;

var
  X: TIntArray;
  D: TIntArray;

X := D;

Das Problem liegt daran, dass Delphi für jedes Vorkommen einer Arraydeklaration einen neuen Typen anlegt.

Delphi-Quellcode:

// gleicher Typ
X, D: array of Integer;

// verschiedener Typ
X: array of Integer;
D: array of Integer;

Das steht aber auch in (fast) jedem Einsteigerbuch

[Delphi-Laie]

Am neuen Delphi (bzw. RAD-Studio) XE2:

Tools->Optionen->Delphi-Optionen

Geht man auf "Bibliothek" oder "Bibliothek - Übersetzt" ist immer 32-Bit-Windows als Plattform ausgewählt und nicht das, was man zuletzt aufgerufen/angewählt/eingestellt hatte. Nunja...

Noch schlimmer: Wechselt man zwischen beiden, wird die Plattform grundsätzlich auf 32-Bit-Windows zurückgesetzt. Das ist keinesfalls offensichtlich und nicht sofort zu bemerken. Man wundert sich zunächst, daß die Einstellungen, die man vornahm, manchmal "irgendwie" nicht richtig gespeichert werden.


Noch so eine Lästigkeit: Startet man das Compilat aus der IDE heraus, zoomt die IDE in den Fenster-Maximal-Modus, um nach dem Beenden des Programmes wieder seine alte Größe und Position einzunehmen.


Mir kann das alles keiner als "Features" verkaufen. Für mich sind das schlichtweg Softwareergonomiefehler.

[Medium]

Stell doch dein Debug-Layout so ein, wie du es lieber hättest

[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

[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