Für mich das schlimmste: Ebenso wie bei Delphi erlaubt der Compiler das Erstellen von Klassen mit pure-virtuellen Funktionen. In dem Zusammenhang eine ungewöhnliche Handhabung bei Interfaces - der Compiler gibt nicht mal einen Hinweis aus, dass eine Funktion nicht implementiert wurde, sie wird stillschweigend als pure-virtual eingebaut.
Das wäre mir neu. Wenn man (Bei Standard-Einstellungen bezüglich Warnings) TStrings.Create aufruft kommt 5 (!) Meldungen der Art:
[dcc32 Warnung] Unit1.pas(30): W1020 Instanz von 'TStrings' mit der abstrakten Methode 'TStrings.Get' wird angelegt
Bei Controls hat Delphi die Nase vorn, die Menge an Standardcontrols ist bei Microsoft ziemlich beschränkt (das gilt dort für C# gleichermaßen). So etwas wie TChart muss man sich dort selbst machen.
TChart ist aber kein "Standardcontrol" sondern wird von einem 3th-Party-Hersteller beigesteuert. Und Steema (der Hersteller) liefert auch ein TChart für .NET.
Und unter .NET (wie Java) findet man mittlerweile mehr Controls/Komponenten als unter Delphi. Wir binden bei uns sogar schon mehrer Java-Controls ein das es im Delphi-Umfeld nichts vergleichbares gibt.