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?

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.

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

Zitat von 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?

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.

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

Zitat von Helmi:

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.

Wohin legt man normalerweise bei Klassen dann die Properties?

Zitat von Helmi:

Wohin legt man normalerweise bei Klassen dann die Properties?

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

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).

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

markieren

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

markieren

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