Delphi-PRAXiS

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Object-Pascal / Delphi-Language (https://www.delphipraxis.net/32-object-pascal-delphi-language/)
-   -   Delphi Delphi - Sichtbarkeit (https://www.delphipraxis.net/194459-delphi-sichtbarkeit.html)

jsphde 23. Nov 2017 20:25

Delphi-Version: 7

Delphi - Sichtbarkeit
 
Guten Abend,

da ich mich momentan vermehrt mit Delphi beschäftige, komme ich nicht um die Klassenerstellung herum.
Wie im Titel erwähnt, bezieht sich meine Frage auf die Sichtbarkeit.

Dieser Seite: https://www.delphi-treff.de/object-p...f-auf-objekte/ konnte ich entnehmen, wie sich Deklarationen
unter public, private etc. auf den weiteren Verlauf auswirken.

Mir fiel dabei auf, dass im folgenden Beispiel die Deklarationen nicht unter public oder private etc. stehen:
Delphi-Quellcode:
TForm1 = class(TForm)
    Button1: TButton;
    procedure FormCreate(Sender: TObject);
    procedure Button1Click(Sender: TObject);
    procedure FormClose(Sender: TObject; var Action: TCloseAction);
  private
    { Private-Deklarationen }
  public
    { Public-Deklarationen }
  end;
Meine Frage ist:
Warum ordnet man die Eigenschaften/Prozeduren etc. nicht public oder private unter? (Gründe)
und
Bringt das irgendwelche Vorteile, die Deklarationen nicht unterzuordnen?


Mit freundlichen Grüßen

Der schöne Günther 23. Nov 2017 20:36

AW: Delphi - Sichtbarkeit
 
Gute Frage!

Zunächst: Du musst keine Sichtbarkeitsmodifikatoren wie public, protected und private davor schreiben. Gibst du es nicht an, sind alle Dinge standardmäßig
Delphi-Quellcode:
public
(dazu gleich mehr).

Auch verbietet dir niemand folgendes:

Delphi-Quellcode:
TMyObject = class
   public
      somePublicNumber: Integer;
   private
      somePrivateText: String;
   public
      somePublicText: String;
end;
Nun das Komplizierte:
Bei Delphi-Formularen (leiten sich von TForm ab) gibt es einen bestimmten Grund dass der Editor das automatisch so anlegt. Der Mechanismus der z.B. im Hintergrund dafür sorgt dass Elemente (Buttons) richtig beschriftet werden und die richtigen Events (wie dein
Delphi-Quellcode:
Button1Click
) zugewiesen bekommen gibt es neben
Delphi-Quellcode:
private
,
Delphi-Quellcode:
protected
und
Delphi-Quellcode:
public
einen vierten Modifikator der strenggenommen nichts über Sichtbarkeit aussagt. Er heißt
Delphi-Quellcode:
published
und ist eine Art "Public auf Steroiden". Das liegt daran dass sich TForm letztendlich von TComponent (glaube ich) ableitet, mit ein paar Zaubertricks ist diese Klasse so eingestellt dass der Standard-Sichtbarkeitsmodifikator published ist, nicht public.

Zusammenfassung: Keine Gedanken über Sonder-Konstrukte wie Formulare machen. Das Wissen über Private, protected und public reicht für 99% aller Fälle aus.

jsphde 23. Nov 2017 20:59

AW: Delphi - Sichtbarkeit
 
Vielen Dank!

DeddyH 24. Nov 2017 06:25

AW: Delphi - Sichtbarkeit
 
http://docwiki.embarcadero.com/RADSt...jekte_(Delphi)
Zitat:

Ein Element ohne Attribut erhält automatisch die Sichtbarkeit des vorhergehenden Elements in der Deklaration. Die Elemente am Anfang einer Klassendeklaration ohne explizite Sichtbarkeitsangabe werden standardmäßig als published deklariert, wenn die Klasse im Status {$M+} compiliert oder von einer mit {$M+} compilierten Klasse abgeleitet wurde. Andernfalls erhalten sie das Attribut public.
Zum Published: das ist so etwas wie "Public mit RTTI" und wird in der Hauptsache für den Objektinspektor benötigt, da dieser die Informationen benötigt, um sie anzeigen zu können. Etwas genauer ist das auch unter dem obigen Link nachzulesen.


Alle Zeitangaben in WEZ +1. Es ist jetzt 01:05 Uhr.

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz