Delphi XE4 FAQ

[Bernhard Geyer]

Zitat von Insider2004:

Die Compileränderungen düften ganz Interessant sein, vor allem, weil es die im Desktop nicht gibt.
http://docwiki.embarcadero.com/RADSt...hanges_for_XE4

Ich sehe hier eher die Aufschreie im Bezug auf das String-Handling falls irgendwann mal die neuen Compiler die Desktop-Compiler beerbt bzw. die Basis davon darstellen werden:

- Seven of the older string types are not supported (Wie groß war der Aufschreib als String = Unicodestring wurde
- 0-based instead of 1-based (requiring possible changes to string handling routines) (Da heißt es jede MyString[x]-Codezeile anzupacken

[sh17]

Da stand auch was von,das strings konstanten sind und nicht mehr variabel in der länge,kann gerade nicht nachschauen

[Robotiker]

Zitat von Bernhard Geyer:

Ich sehe hier eher die Aufschreie im Bezug auf

Es ist eher so, dass die Inkonsistenzen, die schon im C++ Builder XE3 auftauchten, jetzt auch in Delphi erscheinen.

Der (alte) 32-Bit C++ Compiler und der neue 64-Bit C++ Compiler sind auch sehr unterschiedlich, was den unterstützten Sprachumfang angeht.

Zitat:

No, XE4 will not have C++11 for 32-bit. C++11 is only in the 64-bit compiler,
which is based on the LLVM CLang compiler. The 32-bit compiler is still
the same Borland/Embarcadero compiler it always has been. The eventual
goal is to migrate the 32-bit compiler to the same LLVM CLang architecture,
but that is not happening just yet.

Quelle:
https://forums.embarcadero.com/threa...5794&tstart=45

Es wurde schon argumentiert, neue Programme seien sowieso 64 Bit, also sei kein neuer 32-Bit Compiler mehr erforderlich. Das passt aber nicht damit zusammen, dass der C++ Compiler für den Mac auch auf dem alten 32-Bit Compiler basiert.

Man gewinnt schon den Eindruck, mit dieser nativen Multi-Plattform Entwicklung in gleich zwei Programmiersprachen haben sie sich mehr vorgenommen, als sie leisten können.

[hanspeter]

Was ist eigentlich mit ARC – Automatic Reference Counting?
Ist das auch für VCL - Compiler verfügbar?
Und was ist mit dem Wegfall einer Reihe von Stringtypen?
Wenn der alte Delphicompiler doch mal abgelöst werden sollte, ob sich das durchschlägt? (Wäre ein nogo)
Da sich seit XE für die VCL nichts Wesentliches mehr getan hat, hat es ohnehin den Anschein als ob dieser Entwicklungszweig ein Auslaufmodell ist.
Mit Firemonkey sind wir bei Umstellversuchen mit XE2 etwas auf die Nase gefallen.
Lag aber hauptsächlich an der Unausgereiftheit des Produktes.
Bei einer sehr umfangreichen Codebasis Delphi-Code ist der Umstellaufwand auf Firemonkey ziemlich hoch.
Wir sind intensiv am Überlegen, ob Prism/Oxygene nicht der erfolgversprechendere Weg ist.
Gibt es da schon Erfahrungen zum Umstellungsaufwand ?
Den Wegfall von Prism in Delphi sehe ich an dieser Stelle eigentlich eher positiv.


Peter

[sh17]

Wie sind auch am überlegen, ob wir es bei XE3 belassen und auf Oxygene umsteigen.

Nur was nimmt man dann? WPF, WinForms, QT,GTK,...? Sind doch auch schon wieder alles Auslaufmodelle. Oder Oxygene für Java bzw Nougat - wäre auch eine Option

[Bernhard Geyer]

Zitat von sh17:

Wie sind auch am überlegen, ob wir es bei XE3 belassen und auf Oxygene umsteigen.

Nur was nimmt man dann? WPF, WinForms, QT,GTK,...? Sind doch auch schon wieder alles Auslaufmodelle. Oder Oxygene für Java bzw Nougat - wäre auch eine Option

Die Frage ist welche Plattform die Anwendung haben soll? Windows (Dann kann man es bei VCL lassen)? MacOS? iOS? Android? Webbasiert?

[Daniel]

Das sind alles legitime Überlegungen - aber nicht in diesem Thread. Schon jetzt ist der Titel "XE4 FAQ" praktisch nicht mehr haltbar.

[Robotiker]

Zitat von Daniel:

Schon jetzt ist der Titel "XE4 FAQ" praktisch nicht mehr haltbar.

Was die neuen Compiler angeht, sehe ich das eigentlich nicht so. Das sollte schon in einer FAQ stehen.

Mit den Strings und ARC entsteht eine Problematik, die die Kunden schon kennen sollten. Eine homogene Entwicklungsplattform für unterschiedliche Zielsysteme ist das eher nicht, eher eine Brücke für Bestandskunden, um ihre bestehenden Anwendungen auf neue Ziele zu portieren.

Der von mir verlinkte Thread ist ja auch von einem Kunden gestartet worden, der die Beschreibung vom C++ Builder wohl etwas falsch verstanden hat. "Entwicklung in modernem C++ und für Win32, Win64 und Mac", meint eben nicht, dass man das alles gleichzeitig bekommt.

[Daniel]

Zitat von Robotiker:

Zitat von Daniel:

Schon jetzt ist der Titel "XE4 FAQ" praktisch nicht mehr haltbar.

Was die neuen Compiler angeht, sehe ich das eigentlich nicht so. Das sollte schon in einer FAQ stehen.

Dem stimme ich zu. Nur wie viele von den jetzt 77 Beiträgen werden dem Charakter einer FAQ (inkl. den dazu passenden Antworten) gerecht? Ein Bruchteil. Das war es, worauf ich hinaus wollte.

[Bernhard Geyer]

Zitat von Robotiker:

Mit den Strings und ARC entsteht eine Problematik, die die Kunden schon kennen sollten. Eine homogene Entwicklungsplattform für unterschiedliche Zielsysteme ist das eher nicht, eher eine Brücke für Bestandskunden, um ihre bestehenden Anwendungen auf neue Ziele zu portieren.

Hier wären Beispiel nötig wie man sowas praktisch angehen sollte damit es möglich bei allen Komponentenherstellern gleich gehandhabt wird.
Soll man alle Stringoperation in Hilfsfunktionen packen und mit $IFDEF ZEROBASEDSTRINGS ... arbeiten.
Oder den Quellcode mit ifdef's durchsieben.
Es ist zwar schön das man hier auf den Standard geht (.NET/Java haben ja auch 0-Basierte Strings), ist aber viel Aufand den Code plattformunabhängig zu gestalten.

[EDIT]
Ich denke mit Abschnitt http://docwiki.embarcadero.com/RADSt...S_from_Desktop wird einiges klar.
Man nähert sich mit der Umstellung der Implementierung die man unter .NET/Java eh machen würde an.