Delphi XE6 im Anmarsch

[hanspeter]

Zitat von Union:

Zitat von Insider2004:

Übrigens war die D5 RTL in Obj-Assembler geschrieben! Das ging ab, wie Rakete! In D6 hat Borland dann alles in .pas verpackt und wurde damit so langsam wie wir es heute kennen.

Keine Sorge, aufgrund massiven Einsatzes von (schlecht geschriebenen) Class-Helpern und RTTI wird das auch immer langsamer.

Ich weis nicht wie sich die Nutzerzahlen Delphi klassisch (Altlasten) und Delphi mobile verteilen.
Ich habe aber die Befürchtung das sich die massiven Änderungen in der RTL negativ auf die VCL basierte Entwicklung auswirken und hier den Code immer weiter aufblähen.
Smart linken scheint auch nicht mehr aktuell zu sein.
Schaltet man zum Beispiel benutzerdefiniert Stile ein, dann wird eine Handvoll Unit zusätzlich eingebunden.
Bei mir blähen diese den Quellcode um mehr als 20 mB auf.
Schaltet man dann die Style wieder ab (Windows) dann ändert sich die Größe erst wieder, wenn man alle Units händisch entfernt.

Gruß Peter

[jaenicke]

Zitat von hanspeter:

Smart linken scheint auch nicht mehr aktuell zu sein.
Schaltet man zum Beispiel benutzerdefiniert Stile ein, dann wird eine Handvoll Unit zusätzlich eingebunden.
Bei mir blähen diese den Quellcode um mehr als 20 mB auf.
Schaltet man dann die Style wieder ab (Windows) dann ändert sich die Größe erst wieder, wenn man alle Units händisch entfernt.

Das war noch nie anders. Wenn eine Unit initialization Abschnitte oder ähnliches hat, reicht schon das reine Einbinden der Unit, damit der Quelltext wächst.
Der Linker kann nur Sachen auslassen, die er als nirgends verwendet erkennen kann.

[himitsu]

Und Resourcen in eingebundenen Dateien kann der Linker sowieso nicht entfernen, da er nicht weiß, ob die Resourcen verwendet werden oder nicht.

Der Linker kann nur Funktionen/Klassen weglassen, wenn er erkennt, daß die nirgendwo verwendet werden.
Aber Dank der neuen RTTI und der Möglichkeit Klassen/Mehoden dynamisch aufzurufen, wird nun standardmäßig einfach alles eingebunden, egal ob genutzt oder nicht. (außer man deaktiviert es)
Früher betraf das nur published Methoden/Property/Felder, aber jetzt auch Public, Protected und sogar Private, welche man via RTTI standardmäßig erreichen kann.

[Daniel]

Zitat von himitsu:

[...]aber jetzt auch Public, Protected und sogar Private, welche man via RTTI standardmäßig erreichen kann.

Aber natürlich. Sonst macht doch das gesamte System keinen Sinn. Delphi nimmt hierbei keine Sonderstellung ein, das ist ja bei C# und Java nicht anders.

[himitsu]

Man hättes es natürlich auch andersrum implementieren können, so wie beim {$M+} aka {$TYPEINFO ON} , wo man das nur für die Klassen aktiviert, bei denen es auch benötigt wird.

Und wozu macht das PRIVATE dann noch Sinn, wenn es standardmäßig urplötzlich wieder Public ist? (wobei man das nun wenigstens dazu nutzen kann, um sich z.B. in grausam programmierte VCL-Klassen zu hacken )


Also, mich stört nicht, dass sowas überhaupt geht, aber so einige der Standardvorgaben sind echt grauenvoll.

[Daniel]

Zitat von himitsu:

Und wozu macht das PRIVATE dann noch Sinn, wenn es standardmäßig urplötzlich wieder Public ist?

Da vermischst Du aber mehrere Ebenen. "Private" ist und bleibt privat im Sinne der Objekt-Orientierung bzw. im Sinne der Vererbungshierarchie. Du hast jetzt mit der RTTI die Möglichkeit, ein stets mächtiger werdendes Werkzeug anzusetzen, um die Klassen auseinander zu nehmen. Mit "Gewalt" ist man von außen schon immer an private Felder heran gekommen, der Weg ist nur leichter geworden.

[greenmile]

Geht das nicht langsam am Thema vorbei?

[mquadrat]

Zitat von himitsu:

Man hättes es natürlich auch andersrum implementieren können, so wie beim {$M+} aka {$TYPEINFO ON} , wo man das nur


Also, mich stört nicht, dass sowas überhaupt geht, aber so einige der Standardvorgaben sind echt grauenvoll.

Ohne die RTTI ist vieles schwieriger. Data-Binding, ORM, ... Sprich alles, bei dem man Informationen über eine Klasse braucht. Man kann jetzt natürlich darüber streiten, ob ein ORM Zugriff auf private Eigenschaften / Methoden haben muss, aber der Default sollte sein "Geht immer". Ein Default "Geht, wenn man kryptischen Schlüssel, den keiner kennt einbaut" dürfte schnell in einen Support-Horror münden..

Anders formuliert: Defaults sollten immer das Max abdecken, nie das min. Zumindest meine Meinung.

Hoffentlich ist bald der 16. damit wir dann auch wirklich über XE6 diskutieren können

[Insider2004]

Erste Erfahrungsberichte?

[Stevie]

Zitat von himitsu:

Früher betraf das nur published Methoden/Property/Felder, aber jetzt auch Public, Protected und sogar Private, welche man via RTTI standardmäßig erreichen kann.

Nicht ganz richtig, die Standardsichtbarkeit für Method RTTI ist public und published. Für private und protected Methoden bekommt man in aller Regel einen Compiler Hinweis, wenn diese nirgendwo benutzt werden. Also können sie in aller Regel auch nicht rausgelinked werden, weil man sie höchstwahrscheinlich irgendwo aufruft. Nur nicht benutzte nicht virtuelle public Methoden werden durch RTTI nicht rausgelinkt, da man sie ja über RTTI aufrufen kann.

Und auch das kann man ausschalten, wenn es einen stört, indem man die WEAKLINKRTTI Directive benutzt.