Klasse von fdquery ableiten

[fisipjm]

Hi,

ich stell mich glaub etwas doof an und hab vielleicht auch den falschen Ansatz zum lösen des Problems. Ich schildere mal was ich gern erreichen würde.

Ich hätte gerne eine separate klasse nenn wir sie mal TDatenZugriff diese soll der einfachheithalber von TFDQuery abgeleitet werden.
Ich bräuchte die Möglichkeit das Create zu ändern, ich möchte hier schon Benutzername und Passwort, oder auch nur Benutzername angeben können. Also eigentlich ein Overload. Das funktioniert in Kombination mit einem Override aber leider nicht.
Was ich am Ende haben will, ist im Prinzip eine fertig Connectete Query mit ein paar OnPost, OnEdit events und es soll beim Create schon geprüft werden ob der Benutzer existiert. Ich scheitere aber schon kläglich abn der Ableitung. Habt iht Tipps für mich?

[Uwe Raabe]

Solange du die Instanzen nur im Code erzeugst, kannst du den zusätzlichen constructor mit reintroduce; overload; deklarieren:

Delphi-Quellcode:

type
  TDatenZugriff = class(TFDQuery)
  private
    FPassword: string;
    FUsername: string;
  public
    constructor Create(const AUsername, APassword: string); reintroduce; overload;
  end;

constructor TDatenZugriff.Create(const AUsername, APassword: string);
begin
  Create(nil);
  FUsername := AUsername;
  FPassword := APassword;
end;

[haentschman]

Moin...

Zitat:

ich möchte hier schon Benutzername und Passwort, oder auch nur Benutzername angeben können.

Benutzername/Password (hoffentlich nicht im Klartext ) in jeder Query? Ist da eine Vererbung von der Connection nicht besser?

PS: Oder reden wir nicht über die Zugangsdaten der DB?

[fisipjm]

Zitat von Uwe Raabe:

Solange du die Instanzen nur im Code erzeugst, kannst du den zusätzlichen constructor mit reintroduce; overload; deklarieren:

Delphi-Quellcode:

type
  TDatenZugriff = class(TFDQuery)
  private
    FPassword: string;
    FUsername: string;
  public
    constructor Create(const AUsername, APassword: string); reintroduce; overload;
  end;

constructor TDatenZugriff.Create(const AUsername, APassword: string);
begin
  Create(nil);
  FUsername := AUsername;
  FPassword := APassword;
end;

Moin Uwe,

du bist diese Woche echt mein Lebensretter Reintroduce war der schlüssel zum Erfolg, muss ich mir bei Gelegenheit mal näher anschauen.

[fisipjm]

Zitat von haentschman:

Moin...

Zitat:

ich möchte hier schon Benutzername und Passwort, oder auch nur Benutzername angeben können.

Benutzername/Password (hoffentlich nicht im Klartext ) in jeder Query? Ist da eine Vererbung von der Connection nicht besser?

PS: Oder reden wir nicht über die Zugangsdaten der DB?

Ne Ne, die DB Connection steht schon, geht dabei eher um eine Art Rechtekonzept innerhalb der DB. Die Query darf nur gewisse Datensätze anzeigen, je nach Benutzer der sich einloggt. Aber um es in der Entwicklung einfach zu halten, hätte ich das gewurschtels halt gern in der Klasse geregelt, dann brauch man sich da nicht bei jeder Abfrage den Kopf drüber zerbrechen.

[Uwe Raabe]

Zitat von fisipjm:

du bist diese Woche echt mein Lebensretter

Ich werde manchmal gefragt, ob ich nicht ein Buch über Delphi schreiben wolle, aber all das was ich schreiben könnte, steht doch schon irgendwo geschrieben.

[haentschman]

Zitat:

geht dabei eher um eine Art Rechtekonzept innerhalb der DB

..so eine Ahnung hatte ich dann schon beim Schreiben.

[BerndS]

Wenn es immer derselbe User sein sollte, könnte man der abgeleiteten Query auch class propertys hinzufügen.
Das würde einmalig gesetzt und muss das nicht wiederholt übergeben werden.

[Sinspin]

Das hängt natürlich von den Fähigkeiten der DB ab, aber wäre es nicht besser die Rechte an die Connection zu binden?
Ich mache das schon seit Jahren erfolgreich mit Session Variablen.
Jede Connection registriert sich selber beim öffnen für einen bestimmten Nutzer und alle Zugriffe die über diese Connection laufen sind dann dem Nutzer zuordenbar.

[Rollo62]

Zitat von Uwe Raabe:

Ich werde manchmal gefragt, ob ich nicht ein Buch über Delphi schreiben wolle, aber all das was ich schreiben könnte, steht doch schon irgendwo geschrieben.

Dann schreib doch bitte einfach nur das Glossar von dem Buch, mit den ganzen Links