Neue Sprachfeatures in Delphi?

[Codehunter]

Zitat von DieDolly:

Ob guter Code oder schlechter Code. Solange der Code nicht kompiliert ist und man sich im Editor befindet, sollte sowas absolut nicht vorkommen.
Sieht für mich aus wie ein unausgereifter und alter Editor. Alles andere als modern.

So ganz Unrecht hast du ja nicht. Wenn man bedenkt, wie lange z.B. Netbeans gebraucht hat bis die Code Completion halbwegs gut funktioniert hat. Der Unterschied ist nur, für Delphi wird im kommerziellen BEreich nicht grad wenig Geld verlangt. Es wird auch viel dafür geboten. Aber manchmal fragt man sich schon: Brauch ich jetzt wirklich unbedingt Inline-Deklaration? Wo mir doch andere Kleinigkeiten, die seit Eeeewigkeiten reported sind, regelmäßig die Arbeitszeit klauen?

Ich wünschte, Emba würde nur ein einziges Mal komplett auf ein Feature-Release verzichten und ein großes Update mit lauter Fixes für Uralt-Probleme liefern. Manchmal habe ich den Eindruck, man überlässt diese Baustellen komplett den Community-Extensions wie CnPack, GEperts und MMX.

Ich habe größten Respekt und Anerkennung für diese Projekte, aber für mich gehört das IN die IDE. Denn drangeflanscht ist nie so gut wie direkt eingebaut. Das merkt man z.B. daran, wie CnPack die Performance des Editors bremst und das Font-Rendering eher zweitklassig macht. Den Dependency-Checker im MMX finde ich mega-nützlich und bin ein wenig frustriert dass ich jahrelang nichts davon wusste (selbst als die Extension noch kostenpflichtig war) und viel Arbeitszeit verplempert habe.

Ich könnte mir vorstellen, die Maintainer dieser Projekte wären sogar froh wenn manche Dinge in die IDE wandern würden. Denn die Pflege der alten, externen Workarounds macht über jedes neue Delphi-Release wieder von vorn Arbeit.

[DieDolly]

Zitat:

Ich wünschte, Emba würde nur ein einziges Mal komplett auf ein Feature-Release verzichten und ein großes Update mit lauter Fixes für Uralt-Probleme liefern.

Vielleicht ein komplett neuer Editor statt den uralten verbuggten Code zu fixen?
Ein neuer Editor mit Syntaxhighlighting und allem drum und dran. Gute Beispiele sind Atom und Sublime. Wobei ich Sublime bevorzuge.

[jaenicke]

Zitat von DieDolly:

Vielleicht ein komplett neuer Editor statt den uralten verbuggten Code zu fixen?

Der Editor kann nichts dafür, wenn er vom Backgroundcompiler keine oder falsche Daten bekommt. Der wiederum funktioniert in den aktuellen Versionen normalerweise sehr gut. Aber er kommt halt an seine Grenzen, wenn z.B. wie schon genannt zirkuläre Referenzen drin sind. Das sieht man auch daran, dass dann direkt Code Insight anfängt Probleme zu machen. Auch with und goto im Code scheinen dabei Probleme zu machen.

In unseren neuen Projekten, auch größere, funktionieren Syntaxergänzung und Code Insight zu 99,9% sehr gut. Weil wir dort sauberen Code schreiben, mit Interfaces arbeiten und keine zirkulären Referenzen, with usw. benutzen. In älteren Quelltexten, wo wir noch so etwas drin haben, funktioniert es in der gleichen Delphiversion nicht richtig.

Jedenfalls wurde in den letzten Versionen massiv am Bugfixing gearbeitet, auch an dieser Stelle, das merkt man.

[Bernhard Geyer]

Zitat von jaenicke:

Jedenfalls wurde in den letzten Versionen massiv am Bugfixing gearbeitet, auch an dieser Stelle, das merkt man.

Ich muss hier auch die neuen Delphi-Versionen loben.
Haben den Weg D6 -> XE6 -> 10.2 hinter uns (Kurze, aber nicht produktive Zwischenschritte waren: 2007, 2009, XE2)
Die aktuelle Delphi-Version ist m.E. die stabilste und produktivste Version.
Die Anzahl der nötigen IDE-Neustarts ist die geringste (Teilweise gar nicht mehr nötig).
Die IDE ist so schnell, das öfter der Virenscannner nicht mehr nachkommt (könnte aber auch an langamserer Virenscannerversion liegen) wenn man das Projekt neu erzeugt (nötig bei git-Branch-Wechsel).