Manchmal hab ich das Gefühl ....

[jaenicke]

Zitat von Der schöne Günther:

Ich hatte ein kleineres Projekt einmal auf Delphi 11 hochgezogen und da ist mir auch schon aufgefallen, dass die Code Completion oft überhaupt nicht mehr geht. Ist das heute immer noch so?

In kleineren Projekten habe ich das Problem so gut wie nie. In größeren Projekten funktioniert es ab der ersten Unit, die eine Kreuzbeziehung hat, immer schlechter. Wenn man die einzelnen Codeteile sinnvoll trennt (decoupling, Interfaces), keine Kreuzbeziehungen hat, kein with nutzt und keine sehr großen Units verwendet, funktioniert es tatsächlich auch mit Millionen Zeilen an Quelltext recht gut. (Und man hat auch saubereren Quelltext.)

Leider entsprechen die meisten Projekte aber nicht dieser Beschreibung... und dann funktioniert es leider nicht gut. Mit entsprechendem Refactoring lässt sich das gut verbessern, aber das kann je nach Projekt natürlich sehr viel Aufwand sein.

Zitat von freimatz:

Ich kann mich gerade nicht erinnern wann ich das letzte Mal debugged habe ... letzte Woche?
Weil es funktioniert so gut wie nie.

Ich habe vor kurzem ein Projekt mit BPL-Hölle, sprich Packages, gesehen. Da gab es mit dem Debugger viele Probleme. Und das habe ich auch von anderen schon gehört. Packages setze ich abseits von Komponenten aber ohnehin sehr ungern ein, weshalb mich das zum Glück nicht betrifft. Und Projektgruppen sind leider auch nach wie vor ein Problem, die ich aber für Exe plus DLL gerne nutze. Abseits dessen funktioniert der Debugger in meinem Umfeld relativ gut. Manchmal bleibt er einfach hängen, dann kann man nicht mehr fortsetzen und muss die IDE neustarten. Zum Glück passiert das nur selten.

[Uwe Raabe]

Zitat von jaenicke:

Wenn man die einzelnen Codeteile sinnvoll trennt (decoupling, Interfaces), keine Kreuzbeziehungen hat, kein with nutzt und keine sehr großen Units verwendet, funktioniert es tatsächlich auch mit Millionen Zeilen an Quelltext recht gut. (Und man hat auch saubereren Quelltext.)

Bei meinen (aktiven) Delphi-Projekten verfolge ich diesen Ansatz schon seit ein paar Jahren und habe daher kaum Probleme mit Code-Insight & Co. Auf externe Projekte meiner Kunden habe ich leider nur wenig bis gar keinen Einfluss auf dringend notwendiges Refactoring - mit entsprechenden Folgen.

Zitat von jaenicke:

aber das kann je nach Projekt natürlich sehr viel Aufwand sein.

Der Mehraufwand ohne Refactoring summiert sich aber in den Jahren auch auf und führt leicht zu Frustrationen.

Zitat von himitsu:

Zumindestens einen Punkt gibt es, der definitiv gegen die 12.x spricht, so lange es dafür keine Lösung gibt, aber wenn man es eigendlich zwingend benötigt.
https://www.delphipraxis.net/215749-...-debuggen.html

Da meine Packages eh alle auch unter D11 laufen müssen, mache ich das Debugging eben auch in dieser Version.

Da MMX Code Explorer eine DLL ist, funktioniert das Debugging auch in D12.

[himitsu]

Unser stammt teilweise noch aus Turbo Pascal (DOS).

PS, auch im Win32-Compiler selbst verstecken sich immernoch Units, welche aus Zeiten des Turbo Pascal stammen.

Zitat von jaenicke:

Manchmal bleibt er einfach hängen, dann kann man nicht mehr fortsetzen und muss die IDE neustarten. Zum Glück passiert das nur selten.

Blöd dabei ist, dass sich die IDE dann oft nicht beenden lässt, da sie beim Beenden den Debugger beenden will, aber wenn er schon abgekratzt ist, kommt eine Exceptions und das Beenden stoppt.

Unoraktisch ist hier dann, dass der Desktop nicht geseichert wird und dann Haltepunkte usw. im Arsch sind. (vergessen, verschoben, Gelöschte wieder da, ....)