Delphi-PRAXiS

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Object-Pascal / Delphi-Language (https://www.delphipraxis.net/32-object-pascal-delphi-language/)
-   -   Delphi Enum: Sichtbarkeit der Werte über mehrere Units "übersetzen" (https://www.delphipraxis.net/167698-enum-sichtbarkeit-der-werte-ueber-mehrere-units-uebersetzen.html)

RSE 13. Apr 2012 16:33

Delphi-Version: 5

Enum: Sichtbarkeit der Werte über mehrere Units "übersetzen"
 
Hallo,

ich habe 3 Units:
Delphi-Quellcode:
unit Unit1; // Backend-Unit

interface

type
  TMyEnum = (meEins, meZwei); // ursprüngliche Deklaration
  TClass1 = class(TObject)
    MyEnum: TMyEnum;
  end;
...
//-------------------------------------
unit Unit2; // Interface-Unit

interface

uses
  Unit1;

type
  TMyEnum = Unit1.TMyEnum; // "Übersetzung"
  TClass2 = class(TObject)
  private
    FClass1: TClass1;
  public
    property MyEnum: TMyEnum read GetMyEnum; // stellt den Wert aus FClass1 zur Verfügung
  end;
...
//-------------------------------------
unit Unit3; // "Benutzer"-Unit

interface

implementation

uses
  Unit2;

procedure Irgendwas;
var
  Class2: TClass2;
begin
  Class2 := TClass2.Create;
  Class2.MyEnum := meEins; // Hier möchte ich den Wert benutzen
end;
Unit3 soll Unit1 nicht kennen. Den Typ TMyEnum kann ich "übersetzen", um ihn in Unit3 verfügbar zu machen, aber wie mache ich die Werte dazu verfügbar?

Aphton 13. Apr 2012 16:38

AW: Enum: Sichtbarkeit der Werte über mehrere Units "übersetzen"
 
Interessante Frage. Wie wäre es, wenn du alle einfachen Typendeklarationen extra in eine eigene Unit packst und sie überall dort einbindest, wo sie benötigt werden?

himitsu 13. Apr 2012 16:55

AW: Enum: Sichtbarkeit der Werte über mehrere Units "übersetzen"
 
Übersetzung?

Das ist eher eine Umleitung. :wink:

Funktionieren tut das so:
Delphi-Quellcode:
type
  TMyEnum = Unit1.TMyEnum;

const
  meEins = Unit1.meEins;
  meZwei = Unit1.meZwei;
Aber ich emfinde deinen Ansatz auch fehlgeleitet.

Sowas wird vorwiegend zur Abwertskompatibilität verwendet.
Im Delphi-Quellcode wurde das an einigen Stellen gemacht, wenn etwas verschoben wurde, bzw. es doppelt deklariert war.
(z.B. in den Units Types und Windows das TPoint und TRect)

Es ist in etwa das selbe Prinzip wie dieses:
Delphi-Quellcode:
type
  TXyzEnum = {Unit1.}TMyEnum;

const
  xeEins = {Unit1.}meEins;
  xeZwei = {Unit1.}meZwei;
Wo ein Alias für diesen Typen und oder diese Konstanten erstellt wird.

Das hier ist übrigens ein neuer Typ:
Delphi-Quellcode:
type
  TAbcEnum = type {Unit1.}TMyEnum;
Delphi erstellt hier einen neuen/eigenen RTTI-Eintrag.

Beim Anderen liefert die RTTI die TypInfo für TMyEnum, wenn man nach TXyzEnum fragt.



Ich geb's aber zu.
Hab dieses auch schon verwendet, damit die TNTs nicht direkt eingebunden werden müssen, bzw. damit man nicht doppelte Units (meine und die der TNTs) einbinden muß.
http://www.delphipraxis.net/141895-t...phi-other.html
Nur daß ich dort keinen Einfluß auf alle Units hatte, bzw. es nicht haben wollte.

Bummi 13. Apr 2012 17:12

AW: Enum: Sichtbarkeit der Werte über mehrere Units "übersetzen"
 
Klingt ein bisschen sowie ein Gedicht schreiben wollen, aber keine Buchstaben verwenden:-D

RSE 14. Apr 2012 08:50

AW: Enum: Sichtbarkeit der Werte über mehrere Units "übersetzen"
 
Zitat:

Zitat von himitsu (Beitrag 1161768)
Funktionieren tut das so:
Delphi-Quellcode:
type
  TMyEnum = Unit1.TMyEnum;

const
  meEins = Unit1.meEins;
  meZwei = Unit1.meZwei;

Hm, wenn dabei auch noch der Typ von meEins erhalten bleibt, dann ist das wohl meine favorisierte Lösung. Ist zwar nicht schön, da man bei Erweiterung des Typs an zwei Stellen ändern muss, aber das geht sicher nicht anders. Ich werde es am Montag probieren (habe hier kein Delphi installiert).
Zitat:

Zitat von himitsu (Beitrag 1161768)
Ich geb's aber zu.
Hab dieses auch schon verwendet, damit die TNTs nicht direkt eingebunden werden müssen, bzw. damit man nicht doppelte Units (meine und die der TNTs) einbinden muß.
http://www.delphipraxis.net/141895-t...phi-other.html
Nur daß ich dort keinen Einfluß auf alle Units hatte, bzw. es nicht haben wollte.

Also ich hab diese Units zwar gerade selber geschrieben, aber genau das, was du beschreibst, ist auch mein Ziel. Ich will zur Verwendung der Funktionalität, die sich hinter Unit2 verbirgt (und intern Unit1 umfasst) nicht mehrere Units einbinden. Unit2 ist als Interface zur Funktionalität implementiert und auf die Klassen in den anderen Units soll nur intern zugegriffen werden. Einzige Alternative wäre also eine weitere Unit mit den ganzen Typen und Konstanten, aber dann müssen in Unit3 (Nutzer) eben zwei Units eingebunden werden. Das will ich nicht.


Alle Zeitangaben in WEZ +1. Es ist jetzt 17:35 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