Wie weiter mit Delphi?

[oldprog]

Hallo,
zwischenzeitlich habe ich das aktive Arbeitsleben als Delphi-Proigrammierer beendet und
programmiere eigentlich nur noch für den Eigenbedarf oder kleinere Aufträge.
Sozusagen zur Aufbesserung der Rente.
Dabei arbeite ich jetzt mit Delphi XE2.
(Ausschließlich "klassische" VCL Programmierung ohne mobile)
Das es sich bei dieser Konstellation nicht lohnt, den halbjährlichen Update-Wettlauf mit zu machen, ist wohl klar.
Zumal für den nur-Delphi Programmierer wenig Fortschritt erkennbar ist und einiges eher verschlimmbessert ist (z.B. Speicherverbrauch, Assembler in VCL/RTL)
Delphi bzw. der Debugger von XE2 macht mir zunehmend Probleme beim Test z.B. von Shellfunktionen.
Das Speicherproblem wird sich wohl erst lösen, wenn die IDE auf 64 bit umgestellt wird.

Also wie jetzt weiter.
(Früher habe ich jede zweite Version gekauft und bin damit ganz gut gefahren.)
Bei XE2 bleiben und den Shellteil mit Remotedebugger bearbeiten.
Es wurde ja bereits länger ein neuer Compiler angekündigt, wobei ich nicht glaube, dass dieser für 32 bit noch kommt.
Auf diesen (+ einige Update zur Stabilisierung) warten.
Noch eine Version als finale Version updaten, nachdem Windows 10 erschienen ist.
Oder, wobei ich den Aufwand nicht abschätzen kann, auf Freepascal (Lazarus) wechseln.

Es geht also ausschließlich um die VCL Programmierung, da wäre ich für einen Denkanstoß dankbar.

OldProg

[Union]

Wenn Du XE2 hast und nur VCL machst, gibt es sehr wenig was für ein Update spricht.

[Bambini]

Zitat von oldprog:

Es wurde ja bereits länger ein neuer Compiler angekündigt, wobei ich nicht glaube, dass dieser für 32 bit noch kommt.

Einen neuen Compiler für Windows 32 und 64 Bit? Warum?
Wenn man sich die neuen Compiler für iOS und Android anschaut, bekommt man ein sehr ungutes Gefühl, wenn man von neuen compilern für Windows hört. Die neuen Zwangs-Features der Delphi compiler sind:

- super super langsamer compiler (das stellt alles in Schatten, was ich je gesehen habe)
- Keine AnsiStrings mehr
- Zero based string
- ARC

Zitat von oldprog:

Auf diesen (+ einige Update zur Stabilisierung) warten.
Noch eine Version als finale Version updaten, nachdem Windows 10 erschienen ist.

Gute Fage, ob die IDE Instabilität wirklich jemals gefixed wird.

Zitat von oldprog:

Oder, wobei ich den Aufwand nicht abschätzen kann, auf Freepascal (Lazarus) wechseln.
Es geht also ausschließlich um die VCL Programmierung, da wäre ich für einen Denkanstoß dankbar.

Was fehlt dir bei XE2 für die Windows VCL Entwicklung?

[Der schöne Günther]

Zitat:

- Keine AnsiStrings mehr
- Zero based string
- ARC

Die Welt ist schon verrückt. Du willst es als zu vermeidende Verschlechterungen darstellen und ich denke mir nur "Ja, bitte. Ich möchte es."


PS: Gibt es die "neue" IDE nicht mittlerweile schon fast so lange wie die davor? Wäre ja doch langsam mal Zeit für die dritte Fassung, oder?

[Bambini]

Zitat von Der schöne Günther:

Die Welt ist schon verrückt. Du willst es als zu vermeidende Verschlechterungen darstellen und ich denke mir nur "Ja, bitte. Ich möchte es."

Egal ob man will oder nicht, wir werden zu diesen "Features" sowieso nicht gefragt.
Stand auch meines Wissens auf keiner Roadmap. Kommt einfach so und ist für bestehenden Source code das reine Gift.

Zitat von Der schöne Günther:

PS: Gibt es die "neue" IDE nicht mittlerweile schon fast so lange wie die davor? Wäre ja doch langsam mal Zeit für die dritte Fassung, oder?

Die Entwickler der IDE bekommen schon die jetzige nicht richtig in den Griff. Warum sollte da eine Neuentwicklung helfen? Da gibt es bestimmt wichtigeres.

[p80286]

Zitat von Der schöne Günther:

Zitat:

- Keine AnsiStrings mehr
- Zero based string
- ARC

Die Welt ist schon verrückt. Du willst es als zu vermeidende Verschlechterungen darstellen und ich denke mir nur "Ja, bitte. Ich möchte es."


PS: Gibt es die "neue" IDE nicht mittlerweile schon fast so lange wie die davor? Wäre ja doch langsam mal Zeit für die dritte Fassung, oder?

Wo siehst Du da einen Vorteil?
Mir sind Strings, die durch das Auftauchen von x00 beendet werden sehr suspekt. (By the Way welche Klimmzüge hat die C-Fraktion eigentlich bei Unicode gemacht??)

Gruß
K-H

[oldprog]

Bei XE2 stören mich eigentlich nur die Debugger-Probleme.
Ich habe z.B. die Shellbrowser Components von Jam-Software gekauft.
Im Debugmode dauert es mehr als eine Minute für den Programmstart.
Das Problem scheint neu zu sein oder habe ich früher noch nicht gemerkt.

Zitat von Lemmy:

Also: Bleib bei XE2 und schau dir in deiner Freizeit andere Programmiersprachen an - auch wenn die anfänglich nicht so doll aussehen - die schönen Dinge offenbaren sich meistens dann, wenn man die erste Hürden überwunden hat - und seltsamer weise will man die dann nicht mehr missen und findet Delphi auf einmal nicht mehr ganz so doll..

Die Idee ist auch nicht schlecht.
Mit 67 mal über den Gartenzaun schaun hält auch fit.
Preislich ist die Konkurenz jedenfalls unschlagbar. (VS2015)

[Lemmy]

Zitat von oldprog:

Preislich ist die Konkurenz jedenfalls unschlagbar. (VS2015)

so direkt wollte ich das nicht sagen - aber ich habe auch ein VS-Projekt in der Pipeline, das ich lieber gestern als morgen anfangen würde

Grüße

[Bernhard Geyer]

Zitat von p80286:

Mir sind Strings, die durch das Auftauchen von x00 beendet werden sehr suspekt.

Auch unter "alten" Delphi kannst du String die ein #0 beinhalten auch nur sehr eingeschränkt werden. Alles was zur WinAPI geht wird bei #0 abschneiden.

Zitat von p80286:

(By the Way welche Klimmzüge hat die C-Fraktion eigentlich bei Unicode gemacht??)

Der Trenner ist jetzt statt ein #00 ein #0000. Und über Implementierungen wie CString wird das (fast) komplett versteckt der unterschied.

[p80286]

Zitat von Bernhard Geyer:

Zitat von p80286:

Mir sind Strings, die durch das Auftauchen von x00 beendet werden sehr suspekt.

Auch unter "alten" Delphi kannst du String die ein #0 beinhalten auch nur sehr eingeschränkt werden.

Aus den Anfangszeiten der Ansistrings hab ich da noch ein paar "Strings" Eijeijei... (damals war String die Möglichkeit beliebige Daten zu handhaben)

Zitat von Bernhard Geyer:

Alles was zur WinAPI geht wird bei #0 abschneiden.

Und wenn's nicht dahin geht, dann kann man sich benehmen wie eine Wildsau.

Aber das wirklich nur nebenbei, was aus solchen Tricksereien wird, erleben wir ja tagtäglich bei den Fragen nach Unicode und verkürzter Ausgabe und und .....

Gruß
K-H