Träume, Wünsche und Wahnvorstellungen...

[mirage228]

Was mir gerade, neben einigen bereits erwähnten Punkten, noch einfällt:

• Integrierte (native) Multicast Delegates - sowohl für eigenen Code als auch in der VCL, z.B. alá Button1.OnClick.Add(ZweiterEventHandler);.

[Namenloser]

Zitat von mirage228:

was mir gerade, neben einigen bereits erwähnten punkten, noch einfällt:

• integrierte (native) multicast delegates - sowohl für eigenen code als auch in der vcl, z.b. Alá button1.onclick.add(zweitereventhandler);.

+1.

[uligerhardt]

Zitat von NamenLozer:

Zitat von mirage228:

was mir gerade, neben einigen bereits erwähnten punkten, noch einfällt:

• integrierte (native) multicast delegates - sowohl für eigenen code als auch in der vcl, z.b. Alá button1.onclick.add(zweitereventhandler);.

+1.

...und nochmal +1!

[himitsu]

theoretisch existieren die schon
http://www.delphipraxis.net/132817-u...ler-e2506.html

[Deep-Sea]

Naja, TDictionary existiert ja auch schon. Aber ich meine eher so wie in PHP. (Ich Verräter! )

[mkinzler]

PHP funktioniert auch ganz anders.

[Deep-Sea]

Zitat von mkinzler:

PHP funktioniert auch ganz anders.

Und darum heißt dieser Thread ja auch "Träume, Wünsche und Wahnvorstellungen" und nicht "Welche Features sind realistisch und einfach zu implementieren"

[Elvis]

Zitat von Deep-Sea:

Naja, TDictionary existiert ja auch schon. Aber ich meine eher so wie in PHP. (Ich Verräter! )

Man sollte isch sehr genau überlegen, ob man Features als Sprachfeatures haben will, die genauso durch Libraries abgedeckt werden können.
Denn dadurch bleibt die Sprache sauber (wobei das bei diesem furchtbaren Kuddelmuddel, was sich Delphi Language nennt, wohl kaum noch erreichbar ist) und du kannst eine andere Implementierung wählen, wenn du mit der verbreiteten unzufrieden bist.
Damit aber Features sinnvoll durch Libraries implementiert werden können, muss die Sprache viel weniger pain-in-the-butt werden. Type-inference und ExpressionTrees sind schon fast Voraussetzung um Libs zu schreiben, die in ihrer Verwendung fast natürlich erscheinen.

Ohne einen Clean-Slate, also Delphi 2.0, sehe ich aber auf Dauer keinen Sinn in so einem Unterfangen.
Delphi ist ein Konglomerat aus 20+ Jahren Computergeschichte, von der ein Großteil eigentlich irrelevant sein sollte. Dummerweise schleppt man den alten Käse noch mit und deshalb sieht Code in Delphi im Jahre 2011 nur marginal besser aus als 1995.

[s.h.a.r.k]

Zitat von mirage228:

Was mir gerade, neben einigen bereits erwähnten Punkten, noch einfällt:

• Integrierte (native) Multicast Delegates - sowohl für eigenen Code als auch in der VCL, z.B. alá Button1.OnClick.Add(ZweiterEventHandler);.

Wäre fast mal die Zeit wert, sowas via Class Helpers nachzurüsten

[Jumpy]

Kleinigkeit, aber fänd ich gerade praktisch:

try
...
except
...
finally
...
end;