Moin...
Zitat:
kann ich eine Methode trotzdem erreichen oder nicht
Du kannst doch nicht ein Auto einsteigen (OpenEMail) wenn du es nicht produziert hast (Create)!
Zur dynamischen Verwendung einer Klasse/Objekt gehört
immer ein Create/Free. Bei dieser Konstellation hast du die Wahl wann das Objekt im Speicher aufgenommen wird (Create) und wieder entfernt wird (Free).
Zitat:
Beim Debugging war das erfolgreich. Zufall ?
Wenn das so wäre, erzählst du uns nur die Hälfte. Bei diesen obigen Code, ohne Create, bekommst du definiv eine Zugriffsverletzung!
Zitat:
Weil das nur ein technisches Problem (endlicher Speicher) ist und nichts mit der eigentlichen Aufgabe zu tun hat.
Auch deine Main Form, und alle anderen automatisch erzeugten, liegen schon im Speicher. Besser wäre es wenn nur die Formulare erzeugt werden wenn sie gebraucht werden und wieder aus dem Speicher entfernt werden. Alle Forms haben ein Create/Free...nur macht das Delphi im Hintergrund.
Zitat:
versinkt in solchen technischen Details.
...das nennt man programmieren und nicht Klick Bunti.
Zitat:
Eine normale Variable muss man ja auch nicht zuerst kreiieren.
Auch für eine Variable wird Speicher reserviert...im Hintergrund.
Wie schon mehrfach gesagt:
Delphi-Quellcode:
type
TEmailCoreObject = class(TidIMAP4)
private
public
constructor Create(Owner: TComponent);
destructor Destroy; override;
procedure OpenEmail;
end;
implementation
constructor TEmailCoreObject.Create(Owner: TComponent)
begin
inherited Create(Owner) // immer erste Zeile -> Erzeugen Vorfahr TidIMAP4
//
end;
destructor TEmailCoreObject.Destroy;
begin
//
inherited; // immer letzte Zeile
end;
.
.
.
procedure TfoMain.Blubb;
var
IMAPClientEx: TEmailCoreObject;
begin
IMAPClientEx := TEmailCoreObject.Create(nil);
try
IMAPClientEx.OpenEmail;
finally
IMAPClientEx.Free;
end;
end;
Stell den gesamten Code mal ein.