Warnung W1055 PUBLISHED verursachte das Hinzufügen von RTTI

[Helmi]

Hallo,

ich hab grad einer Klasse einen PUBLISHED-Abschnitt spendiert (für Properties). Danach erhalte ich diese Warnung:

Zitat:

[DCC Warnung] ZusammenfassenUnit.pas(25): W1055 PUBLISHED verursachte das Hinzufügen von RTTI ($M+) zu Typ 'TZusammenfassen'

Aber ich versteh die Warnung nicht (auch nicht die Hilfe dazu).
Was ist so "gefährlich" einer Klasse einen PUBLISHED-Abschnitt zu verpassen?

[himitsu]

Die Warnung kenn ich jetzt auch noch nicht, aber ist die Klasse von TComponent TPersistent abgeleitet, oder wird sie sonstwie irgendwie serialisiert?

Wenn nein, dann ist Published eh nutzlos.


PS:
http://docs.embarcadero.com/products...ished_xml.html
http://docwiki.embarcadero.com/RADSt...e_%28Delphi%29
[add]
Und TComponent TPersistent wird auch mit {$M+} definiert.

[DeddyH]

Nix, aber wenn Du published-Properties deklarierst, werden RTTI-Infos hinzugefügt, nichts anderes besagt ja die Meldung. Siehe dazu auch http://docwiki.embarcadero.com/RADSt...n_%28Delphi%29

[Uwe Raabe]

Zitat:

Zitat von Helmi (Beitrag 1253135)

Hallo,

ich hab grad einer Klasse einen PUBLISHED-Abschnitt spendiert (für Properties). Danach erhalte ich diese Warnung:

Zitat:

[DCC Warnung] ZusammenfassenUnit.pas(25): W1055 PUBLISHED verursachte das Hinzufügen von RTTI ($M+) zu Typ 'TZusammenfassen'

Aber ich versteh die Warnung nicht (auch nicht die Hilfe dazu).
Was ist so "gefährlich" einer Klasse einen PUBLISHED-Abschnitt zu verpassen?

Es ist nicht gefährlich. Damit published funktioniert, muss $M+ gesetzt sein. Ist es das nicht, macht der Compiler das implizit und meldet das mit dieser Warnung.

Du kannst also diese Warnung ganz einfach vermeiden, wenn du {$M+} in die Zeile vor die Klassendeklaration schreibst.

[Helmi]

also ich hab ne Klasse von class abgeleitet (also von TObject)

ich bin´s gewohnt properties immer unter published unter zu bringen, auch wenn eigentlich nichts "veröffentlich" wird.
vermutlich reicht es auch unter public

[Stevie]

Zitat:

Zitat von Helmi (Beitrag 1253135)

Was ist so "gefährlich" einer Klasse einen PUBLISHED-Abschnitt zu verpassen?

Der Punkt ist, dass der von dir geschriebene Code so nicht funktionieren würde (warum wurde ja schon gesagt) und der Compiler dir das freundlicherweise bereinigt hat - aber das macht er nicht einfach stillschweigend.

[Helmi]

Wohin legt man normalerweise bei Klassen dann die Properties?

[Uwe Raabe]

Zitat:

Zitat von Helmi (Beitrag 1253142)

Wohin legt man normalerweise bei Klassen dann die Properties?

Wenn sie von außen benutzbar sein sollen unter public.

[Stevie]

Grundsätzlich reicht public aus - wofür published ist, kannst du ja nachlesen - wobei das durch die enhanced RTTI seit Delphi 2010 auch nur noch bedingt gilt. Man kann auch public standardmäßig dynamisch auslesen. Nur bei Komponenten, die im Objektinspector ihre Eigenschaften auflisten sollen, braucht man published (der macht das nämlich noch "oldschool" und nicht über enhanced RTTI).

[himitsu]

Worin?
Nach dem, wie sichtbar die Property sein sollen.

Code:

private     nur in der eigenen Klasse sichtbar
protected   auch in Ableitungen sichtbar
public      öffenlich sichtbar
published   für die (alte) RTTI sichtbar und somit für die Serialisierungsfunktionen (wird in der DFM gespeichert)

NUR sollte man beachten, daß innerhalb einer UNIT die Sichbarkeiten von private und ptotected wie public arbeiten, darum wurd nun Nachfolgendes eingeführt

Code:

private
strict private     wie private, aber wirklich nur in der eigenen Klasse sichtbar
protected
strict protected   wie protected, aber wirklich nur in der eigenen Klasse und den Ableitungen sichtbar
public
published