Autovervollständigen geht manchmal nicht

[Edelfix]

In einem sehr großen Projekt habe ich in manchen Units das Problem das Autovervollständigen nicht funktioniert. In anderen Units geht es. Ohne neu Start der IDE. Ich wechsle nur direkt von Unit zu Unit und habe unterschiedliches Verhalten. Die Eieruhr läuft kurz an aber es passiert nichts.
Eine Idee woran es liegen kann?

[himitsu]

Für diese Funktion wird im Hintergrund oft der Backgroundcompiler angeworden ... wenn er z.B. irgendwo Probleme im dem Quellcode hat, dann raucht er still und heimlich ab und da er keine Infos lieferte, kann dann auch nichts angezeigt werden.

IDFEFs und Dergleichen im Code kann sowas verursachen.

[Edelfix]

Du meinst wahrscheinlich ein Compiler Schalter wie $ifdef. Kommt einmal vor.
Habe ich entfernt und IDE neu gestartet. Hat leider nicht geholfen.

[Uwe Raabe]

Zitat:

Zitat von Edelfix (Beitrag 1403834)

Habe ich entfernt und IDE neu gestartet. Hat leider nicht geholfen.

Kannst den Code denn überhaupt compilieren?

[Edelfix]

Compilieren, Erzeugen und Bereinigen alles ohne Probleme.

Ich vermute das in einer fremd Komponente oder in den Uses der Unit steckt die Antwort.

[jaenicke]

Bei uns waren die häufigsten Ursachen with und Kreuzreferenzen. Die neue Codebasis ist sauber, da gibt es so etwas nicht mehr und dort haben wir auch keine Probleme mehr mit der Syntaxergänzung.

[Edelfix]

Ich arbeite erst seit 3 Jahren mit Delphi. Ich lese immer wieder dass man auf "with" verzichten soll. Was ist die Begründung? Oder ist das nur ein Verdacht dass es ab und zu Probleme macht?
In der Problem Unit wird es 67 mal verwendet. Ich würde gern wissen warum es raus sollte.

[TiGü]

Zitat:

Zitat von Edelfix (Beitrag 1403919)

Ich arbeite erst seit 3 Jahren mit Delphi. Ich lese immer wieder dass man auf "with" verzichten soll. Was ist die Begründung? Oder ist das nur ein Verdacht dass es ab und zu Probleme macht?
In der Problem Unit wird es 67 mal verwendet. Ich würde gern wissen warum es raus sollte.

Das Forum bietet zahlreiche Threads dazu. Hier zum Beispiel:
https://www.delphipraxis.net/174414-...ement-xe4.html

[Edelfix]

@TiGü. Das scheint eine allgemeine Philosophische Diskussion zu sein. Was genau ist das Problem mit "with"? Was ist mit "Scope Problem" gemeint? Ist es ein Fehler der bei den Compilern auftritt oder ist es ein Fehler der beim Debuggen auftritt? Lässt sich das nachstellen?

[Uwe Raabe]

Zitat:

Zitat von Edelfix (Beitrag 1403927)

@TiGü. Das scheint eine allgemeine Philosophische Diskussion zu sein.

Das glaube ich eher nicht. Es geht hier mehr darum, den Code robuster zu machen.

Zitat:

Zitat von Edelfix (Beitrag 1403927)

Was genau ist das Problem mit "with"? Was ist mit "Scope Problem" gemeint? Ist es ein Fehler der bei den Compilern auftritt oder ist es ein Fehler der beim Debuggen auftritt? Lässt sich das nachstellen?

Es tritt eben gar kein Fehler auf. Das Programm tut nur plötzlich was anderes.

Konkretes Beispiel, über das sicher viele hier gestolpert sind: Ein

Delphi-Quellcode:

TRect

hatte in früheren Delphi Versionen die Eigenschaften

Delphi-Quellcode:

Left

,

Delphi-Quellcode:

Top

,

Delphi-Quellcode:

Right

und

Delphi-Quellcode:

Bottom

. Wollte man nun z.B. in einer Methode ein Rechteck links auf die halbe Breite des aktuellen Forms setzen, konnte man das mit

Delphi-Quellcode:

with MyRect do begin
  Left := Width div 2;
end;

erreichen. Da

Delphi-Quellcode:

Width

in

Delphi-Quellcode:

TRect

nicht bekannt ist, wird der nächsthöhere Scope (in diesem Fall das Form) verwendet.

Irgendwann bekam

Delphi-Quellcode:

TRect

aber noch ein Property

Delphi-Quellcode:

Width

spendiert, was dann innerhalb des with nun den Vorzug bekam. Alles compiliert immer noch einwandfrei, kein Fehler zur Laufzeit, aber das Ergebnis war ein völlig anderes.

[TiGü]

Außerdem kannst du nicht innerhalb eines With-Statement-Blocks debuggen. Das ist der größte Horror.
Sag mir mal hier die Werte für Count, Sorted und CaseSensitive:

Delphi-Quellcode:

procedure Test;
var
  StringList: TStringList;
begin
  with TStringList.Create do
  begin
    Add('asdfasdf');
    if Count > 0 then
    begin
      Sorted := CaseSensitive;
    end;
    Free;
  end;
end;

[Edelfix]

Danke für die Hinweise. Ich habe den Fehler finden können.
Es war tatsächlich eine Kreuzreferenz. Vielen Dank nochmal an alle.

[himitsu]

Zitat:

Zitat von Edelfix (Beitrag 1403919)

Ich lese immer wieder dass man auf "with" verzichten soll. Was ist die Begründung?

Delphi-Quellcode:

procedure TForm1.irgendwas();
begin
  with IrgendwasMitTRect do
    Width := Right - Left;
end;

Das ging viele Jahrzehnte gut, bis System.Types.TRect.Width erfunden wurde. :stupid:

Delphi-Quellcode:

Self.Width := Rect.Right - Rect.Left;
// wurde zu 
Rect.Width := Rect.Right - Rect.Left;

[Edelfix]

Worum es mir geht ist eher so ein Dialog:

Ich: "Hey Chef wir sollte auf "with" verzichten."
Chef: "Warum das denn?"
Ich: "Weil das früher in TRect Probleme gab."
Chef: "Wir haben Delghi 10.2 im Einsatz. Was interessieren mich Probleme von Gestern?"

Gibt es aktuelle Beispiel oder sollte ich das Gespräch von ober erst gar nicht anfangen?

[TiGü]

Zitat:

Zitat von Edelfix (Beitrag 1403953)

Worum es mir geht ist eher so ein Dialog:

Ich: "Hey Chef wir sollte auf "with" verzichten."
Chef: "Warum das denn?"
Ich: "Weil das früher in TRect Probleme gab."
Chef: "Wir haben Delghi 10.2 im Einsatz. Was interessieren mich Probleme von Gestern?"

Gibt es aktuelle Beispiel oder sollte ich das Gespräch von ober erst gar nicht anfangen?

Debuggt ihr eure Anwendungen nicht?

[himitsu]

Das ist ein Beispiel für ein eventuell "zukünftiges" Problem.

Früher ging es mal, dann wurden Klassen/Records umgebaut/erweitert und plötzlich ging es nicht mehr, aber es knallt meistens auch nicht, wenn plötzlich etwas doppelt vorhanden ist, in verschiedenen Namespaces.
ALSO, jetzt geht es in 10.2, aber in 10.4 könnte es wieder anders aussehn.

[Uwe Raabe]

Zitat:

Zitat von Edelfix (Beitrag 1403953)

sollte ich das Gespräch von ober erst gar nicht anfangen?

Definitiv nicht! Solche Dinge erledigt man besser in Eigenverantwortung ohne zu fragen.

[Elrond]

Zitat:

Zitat von Edelfix (Beitrag 1403953)

Worum es mir geht ist eher so ein Dialog:

Ich: "Hey Chef wir sollte auf "with" verzichten."
Chef: "Warum das denn?"
Ich: "Weil das früher in TRect Probleme gab."
Chef: "Wir haben Delghi 10.2 im Einsatz. Was interessieren mich Probleme von Gestern?"

Gibt es aktuelle Beispiel oder sollte ich das Gespräch von ober erst gar nicht anfangen?

Das ganze ist, wie du richtig erkannt hast, ein philosophische Diskussion.
Man sollte die Nachteile kennen und die gegen die Vorteile abwägen, das gilt aber eigentlich für so ziemlich alles.

Ich persönliche Verwende with nur wenn die Lesbarkeit dadurch merklich erhöht wird. Beispielsweise für eigene Konfigurationsobjekte, da kommt niemand in die Quere.

Das mit den Debuggen stimmt und das sollte man bedenken, jedoch muss ich aber sagen, wann genau funktioniert das Debuggen überhaupt?
Meist sehe ich nichtssagende Speicheradressen oder "Ausdruck lässt sich nicht auswerten" oder mal lässt er sich auswerten aber dann nicht Überwachen. Möchte man komplexere Objekte zur Laufzeit durchdringen hat man schnell 10 weitere Fenster offen, dank fehlender Autovervollständigung muss man auch immer hin und her springen. Am ende wird die kritische Stelle einfach extra für das Debuggen präpariert...