Mein täglicher Wunschzettel
Die Sprache von D8 wurde ja (möglichst werbewirksam
) in Delphi.Net umbenannt.
Warum ist sie dann eigentlich so unverträglich mit dem FrameWork?
- Warum muss ich einen nervigen & sinnlosen typ für einen Array anlegen, nur um zur Laufzeit eine Instanz oder einen Rückgabewert davon erzeugen zu können???
C#
XYZ = new Object[] {'la', 'le', 'lu'};
Delphi.Net
Delphi-Quellcode:
type TNervigerSinnloserTyp = array of object;
...
XYZ := TNervigerSinnloserTyp.Create('la', 'le', 'lu');
- Warum kann ich nicht einfach Object für ein System.Object schreiben?
- Warum ist, lokal deklariert, ein string ab & zu etwas anderes als ein System.String?
- Warum funktioniert das in c# aber nicht in delphi.Net? (nicht über den Sinn philosophieren -> ist nur ein Beispiel
)
Delphi-Quellcode:
private DataSet fDataSet;
public DataSet DataSet
{
get {return fDataSet};
set {fDataSet = value};
}
property DataSet :DataSet read fDataSet write set_DataSet;
Ich _MUSS_ System.Data vor den Typ schreiben, obwohl es für den Compiler ABSOLUT eindeutig sein sollte, was ich da vorhabe.
- Warum legt er in 90% aller Fälle die privaten Felder falsch an, wenn ich auf class completion ([Strg]+[Shift]+[C]) drücke???
Man muss sie dann eigenhändig in den private-Teil ziehen!
Ab & zu würfelt er es auch komplett durch einander.
p.s.: das Arrayproblem gab es auch schon in Delphi32!
Ich wäre schon zufrieden, wenn ich auch nur auf die Hälfte der Fragen ein Antwort bekomme, wie:
"Upps, sorry
, das haben wir komplett verschlampt. In D9 wird das behoben."