Delphi 2011 heißt jetzt Delphi XE

[Hansa]

1,7 Mio. Delphi-Entwickler, wer weiss, ob das stimmt ? Ich jedenfalls nicht. Ist das überhaupt wichtig ? Wenn man sich mal anguckt, was alles schon passiert ist. Wer konnte mit Unicode direkt was anfangen ? Wohl kaum einer. Zuerst sind ja wohl mal die Komponenten-Entwickler gefragt. Das dauert. Delphi X64 kann noch so schnell fertig werden, es wird alleine nichts nützen.

Genauso wenig, wie es nützt, da auf Embarcadero etc. rumzuhacken. Die wissen sehr wohl, was nötig ist. Sie können aber nicht hexen. Und sie sollen die Arbeit richtig machen und nicht nur schnell.

Ich erinnere mich an ein persönliches Gespräch mit dem Mitdiskutierer Matthias Eissing. Das war vor der (allerdings damals bereits angekündigten) Unicode-Zeit. Meine Frage war : "Wer braucht denn das unbedingt ?". Nun denn, die Antwort war nicht von der Hand zu weisen : man stelle sich mal einen Russland-Deutschen, Chinesen, Ägypter etc. vor. Was, wenn der jetzt Lebensversicherung abschliessen will ? Dann wäre es wohl schon gut, die Original-Schrift benutzen zu können. Wie die eingetippt werden muss, das müsste man allerdings dann mal sehen.

Die bleiben jedenfalls schon am Ball. Was kam jetzt aber bei dem Unicode-Kram raus ? Tja, offensichtlich wegen Zeitdruck wurde etwas geschlampt. Unicode-Compilerschalter ist nicht vorhanden. Resultat (u.a) : Hagen Reddmanns DEC wurde vom Erfinder eingestellt. Assertor machts aber wohl weiter.

[igel457]

Zitat von Hansa:

Die bleiben jedenfalls schon am Ball. Was kam jetzt aber bei dem Unicode-Kram raus ? Tja, offensichtlich wegen Zeitdruck wurde etwas geschlampt. Unicode-Compilerschalter ist nicht vorhanden. Resultat (u.a) : Hagen Reddmanns DEC wurde vom Erfinder eingestellt. Assertor machts aber wohl weiter.

Fatal ist meiner Meinung nach, dass es keine kostenlose oder günstige Version mit Unicode-Support gibt, sodass viele kleinere Komponentenentwickler (mich eingeschlossen) die Kompatibilität zu neuen Delphiversionen nicht sicherstellen können. Resultat: Ich bin mittlerweile auf Freepascal/Lazarus und Linux umgestiegen und Delphi 2009/2010 kann ich offiziell nicht unterstützen.

[mkinzler]

Zitat:

Unicode-Compilerschalter ist nicht vorhanden

Das hat auch einen guten Grund. Hätte nur noch zu mehr Problemen geführt und Unicode wäre zur 2. BDE geworden.

[himitsu]

Was ich schön fände, wenn man im neuen Delphi diese automatischen und unnötigen globalen Variablen ala Form1 abschaffen würde.
(also diese Variablen aus den Templates und Experten entfernen und 'ne überladene Application.CreateForm ohne diesen Parameter einführt)

[mkinzler]

Das würde die Rückwärts-Kompatibilität aber total kappen. Zudem ist Delphi eine Hybrid-Sprache

[himitsu]

Zitat von mkinzler:

Zudem ist Delphi eine Hybrid-Sprache

Nja, ohne diese Variable würden erstmal keine mehr diese verwenden und sich dann wundern, wenn es eventuell Probleme gibt.
Und eventuell würden auch weniger auf die Idee kommen weitere globale Variablen daneben abzulegen.

[cookie22]

Zitat:

Wer konnte mit Unicode direkt was anfangen ? Wohl kaum einer.

alle die internationale software erstellen und nicht nur deutsche kunden haben.

Zitat:

Zuerst sind ja wohl mal die Komponenten-Entwickler gefragt. Das dauert. Delphi X64 kann noch so schnell fertig werden, es wird alleine nichts nützen.

seh ich genau so, der kompiler alleine bringt nicht viel, bis da die wichtigsten 3rd party kompos da sind vergehen monate nach dem release. drum sollte er besser früher als später kommen.

Zitat:

Hagen Reddmanns DEC wurde vom Erfinder eingestellt.

wegen unicode?

[Hansa]

Zitat von mkinzler:

Das hat auch einen guten Grund. Hätte nur noch zu mehr Problemen geführt und Unicode wäre zur 2. BDE geworden.

Wieso mehr Probleme ? Zu mehr Arbeit hätte es wohl geführt, das stimmt wohl. Wo kommt da jetzt eigentlich die BDE ins Spiel ? Abwärtskompatibel bleiben bis zum geht nicht mehr und dann plötzlich alles über Bord werfen und Compilerschalter einsparen oder wie ? Ich reklamiere mal etwas "Made in Germany" auch für mich selber. Soll heissen : alles muss auch funktionieren, sofern elementares geändert wird. Genau dafür sind Compilerschalter da. Habe hier selber etliche. Wäre ehrlich gesagt auch froh, ich bräuchte sie nicht. Geht aber nicht, also bleiben sie. Gabs nicht mal zu 16/32 Bit Zeiten ein $IDEF LONGINT oder so ?? Integer als 2 Bit oder 4 ? Heutzutage ist das dann wohl für UNICODE zuviel verlangt ? Siehe DEC : egal welche Delphi-Version ursprünglich dafür benutzt wurde : Compilerschalter $UNDEF UNICODE und fertig. Oder eben alles umschreiben.

[mkinzler]

Die Abwärtskompatibilität hast du bei Verwendung von AnsiString. Und der Vergleich mit der BDE beziehst sich auf die Tatsache, dass sie immmer noch verwendet wird und viele sich von der Abkündigung und dem Rat diese nicht mehr zu verwenden sich nicht von ihr abbringen lassen.
Gebe es einen Schalter, der regelt auf welchen Stringtyp string gemappt wird, würde dieser einmal gesetzt werden und die Umstellung auf Unicode würde Ausbleiben.

[ralfschwalbe]

Jetzt muss ich auch mal was dazusagen.

Ein Compilerschalter hätte auch Vorteile gehabt, aber ich will hier nicht die (zu Hauf schon geführte) Diskussion neu entfachen. Ich persönlich habe das Problem, dass wir Datenbankzugriffe mit einem Puffer fester Länge realisieren (PervasiveSQL mit Zugriffsmethode Btrieve). Daran wird sich auch in der nächsten Zeit nichts ändern. Das bedeutet, ich habe tausende Deklarationen wie diese:

Delphi-Quellcode:

dataType = record
  Teil1 : array[1..20] of char;
  Teil2 : array[1..24] of char;
end;

Ich muss jetzt ALLE(!!!) Typen in AnsiChar und alle PChar in PAnsiChar tauschen, und das ist nur der Anfang! Unsere Projektgruppe hat ca. 800.000 Zeilen Code.

Ist ein Scheißjob! Wir brauchen noch nichtmal Unicode! Ein Schalter wäre mir da schon lieber gewesen.

Und jetzt bitte nicht den Spruch bringen, bleib doch bei Delphi 2007. Ich möchte auch gern an den neuen Features teilhaben, auch wenn ich kein Unicode brauch.