Träume, Wünsche und Wahnvorstellungen...

[mquadrat]

Das hatte ich befürchtet :lol:

[jbg]

Zitat:

Zitat von mquadrat (Beitrag 1102899)

Das hatte ich befürchtet :lol:

In XE hat sich da doch einiges getan. Man darf nur nicht kompilieren, da dann die Parser-Symbole der Reihe nach ausfallen.

[jaenicke]

Zitat:

Zitat von mquadrat (Beitrag 1102897)

Gilt funktionierendes Error Insight eigentlich als Traum oder Wahnvorstellung? :?:

In XE habe ich damit kaum noch Probleme. Wenn ich eine Unit neu hinzufüge oder so wird schon mal einiges als falsch markiert, aber wenn ich die Datei oder das Projekt schließe und wieder öffne, ist es wieder in Ordnung.

// EDIT:
Die größten Probleme habe ich im Grunde mit Compilerdefines usw., die in der IDE nicht korrekt ausgewertet werden. Denn das führt dazu, dass die Codenavigation usw. nicht funktioniert...

[stahli]

Eine Kleinigkeit aber doch sehr hilfreich:

Componentvervollständigungen (Ctrl-Shift-C) sollten nicht in Regionen erfolgen, zumindest nie in geschlossenen Regionen.
Regionen definiert/schließt man ja, um sie als Block zu behandeln und auszublenden.

Auch stört mich, dass bei der Codeformatierung (Ctrl-D) alle Regionen geöffnet werden.

[jaenicke]

Ich wär schon froh, wenn die Codeformatierung anonyme Methoden kennen würde. Wenn man eigene Zeilenumbrüche behalten lässt, gehts einigermaßen, aber nicht schön. Ich weiß nicht, ob das schon dran war das Thema. :D

[geskill]

Zitat:

Zitat von jaenicke (Beitrag 1107166)

Ich wär schon froh, wenn die Codeformatierung anonyme Methoden kennen würde. Wenn man eigene Zeilenumbrüche behalten lässt, gehts einigermaßen, aber nicht schön. Ich weiß nicht, ob das schon dran war das Thema. :D

+1

Delphi-Quellcode:

class function TApiPlugin.CMSBelongsTo(ACMSPluginPath, AWebsiteSourceCode: string): Boolean;
var
  _BelongsTo: Boolean;
  _Plugin: ICMSPlugIn;
begin
  _BelongsTo := False;
  LoadPlugin(ACMSPluginPath,
    { } procedure(var APlugin: IPlugIn)
    { } begin
    { . } if APlugin.QueryInterface(ICMSPlugIn, _Plugin) = 0 then
    { ... } try
    { ..... } _BelongsTo := _Plugin.BelongsTo(AWebsiteSourceCode);
    { ... } finally
    { ..... } _Plugin := nil;
    { ... } end;
    { } end);
  Result := _BelongsTo;
end;

Ich mach das mit den geschweiften Klammern, aber ist ein enormer Aufwand nur damit es halbwegs lesbar ist!

[himitsu]

Wäre das Leben schön, wenn man in Class-Helpern auf Konstruktoren und Destruktoren reagieren könnte *träum*
(bzw. quasi sowas wie AfterConstruction und BeforeDestruction)

Klassenvariablen kann man in Class-/Record-Helper wenigstens schonmal nutzen. :D

[Stevie]

Wie soll das bei nem Class helper gehen? Du überschreibst ja keine virtuellen Methoden damit.

[himitsu]

Nichts überschreiben oder so, einfach nur alle "Konstruktoren" der Class Helper aufrufen, nachdem AfterConstruction der Klasse ausgeführt wurde.
(in der Reihenfolge, wie die Class Helper eingebunden wurden)
Man bräuchte einfach nur dort die ganzen Class Helper durchsteppen, wo auch AfterConstruction aufgerufen wird.

Praktisch wäre das dann sogar in der umgekehrten Reihenfolge, wie beim Überschreiben (override), wo ja das zuerst ausgeführt wird, was man als Letztes in einer Ableitung deklariert wurde.

[Stevie]

Klingt für mich aber eher nach nem Workaround für schlechtes Design.
Mehr als 1 Helper gleichzeitig: ja - Verhalten von bestehenden Klassen verändern: nein