Mirgration D2006 auf 10.4

[TurboMagic]

Natprlich ist das machbar, sehr viele hier im Forum haben solche Sachen ja auch schon gemacht.
Die Frage wäre, was das für ein Projekt ist und was es alles benutzt.

Zwischen D2006 und D10.4.x liegt ja die Unicode Umstellung von D2009.
Je nach dem wie du mit Strings im projekt umgehst ist das einfach oder aufwändiger
(z. B. falls du die als bequeme Puffer für binäre Daten missbraucht haben solltest,
dafür wäre heute der TBytes Datentyp zu verwenden und die RTL bietet inzzwischen auch
so nette sachen wie Delete um Elemente mitten aus dem Array zu löschen oder Arrays mittels
+ Operator zu verketten...).

Für die Unicode Umstellung gibt es bei Embarcadero irgendwo auch englische Whitepaper die
beschreiben auf was man achten muss.

Falls du Datenbanken benutzt und das damals noch die BDE gewesen sein sollte:
die gibt's in den kommerziellen versionen zwar noch als extra download, eine Migration
auf beispielsweise FireDAC (spätestens ab Pro für lokale Datenbanken und ab Enterprise für
Client/Server Nutzung enthalten) wäre aber schon wünschenswert, zumal FireDAQ sicher das eine
oder andere neue Feature bietet...

=> ohne weitere Details von dir können wir nur ein paar allgemeine Tips geben und im nebel stochern

[wurzelzwerg]

Zitat von TurboMagic:

=> ohne weitere Details von dir können wir nur ein paar allgemeine Tips geben und im nebel stochern

Schon klar. Ich brauch nur mal einen Überblick, die Details muss ich selbst erst rausfinden.

Viel kann ich zum Projekt momentan nicht sagen, es ist nicht von mir. Recht umfangreich(1300 *pas).
Datenbank ist MS-SQL Server.
Die Unicode Geschichte ist prinzipiell bekannt.
Bei den ersten Versuchen bin ich schon mal über die uses Abschnitte gestolpert wo jetz immer Vcl. Winapi. System. etc davor steht(die alle per Hand editieren..puhh)
TRegExpr gab es, jetz nicht mehr oder anders....

Udo

[TurboMagic]

Hallo,

naja, den Präfix vor das Winapi kannst du dir auch sparen, der ist Optional!
Ich glaube da gibt's auch wo eine Einstellung für ob das immer "fully qualified" erfordert wird oder wie bisher gehandhabt wird...

Grüße
TurboMagic

[himitsu]

Der Präfix Namespace / Unit-Scope ist nicht direkt "optional" ... es gibt eine Liste, welche beim Suchen verwendet wird.

Siehe Projektoptionen > Erzeugen > Delphi-Compiler > Unit-Gültigkeitsnamen.
Beim Einbinden von Units wird alles, in dieser Liste, davor ausprobiert. (außer bei Dateien, welche direkt im Projekt sind ... siehe Projekte-Ansicht, bzw. wenn mit IN in der DPR)

Gerade beim Upgrade von Projekte aktualisiert/füllt die IDE diesen Eintrag nicht.
Aber du kannst dir den Inhalt aus einem leeren Standardprojekt rauskopieren.

[peterbelow]

Zitat von wurzelzwerg:

Bei den ersten Versuchen bin ich schon mal über die uses Abschnitte gestolpert wo jetz immer Vcl. Winapi. System. etc davor steht(die alle per Hand editieren..puhh)
TRegExpr gab es, jetz nicht mehr oder anders....

Udo

Sieh Dir mal in den Project options unter "Delphi compiler" den Punkt "Unit scope names" an. Da sollte sowas drin stehen wie.

System.Win;Data.Win;Datasnap.Win;Web.Win;Soap.Win; Xml.Win;System;Xml;Data;Datasnap;Web;Soap;Vcl;Vcl. Imaging;Vcl.Touch;Vcl.Samples;Vcl.Shell

Das ist der Eintrag für ein neues Projekt (in D11.1 allerdings). Wenn man in den Uses-Klauseln keinen Namespace angibt sucht der Compiler in allen in dieser Option angegebenen nach der Unit.

Für regex gibt es die Unit System.RegularExpressions, da findet sich auch TRegEx.

[wurzelzwerg]

Zitat von peterbelow:

Für regex gibt es die Unit System.RegularExpressions, da findet sich auch TRegEx.

Danke, aber ich suche TRegExpr. TRegEx ist da(ein record).

[Uwe Raabe]

Zitat von wurzelzwerg:

ich suche TRegExpr. TRegEx ist da(ein record).

Wenn du es richtig machen willst, solltest du deinen Code auf TRegEx (den record) umstellen. Andernfalls wirst du vielleicht hier fündig: https://github.com/andgineer/TRegExpr

[dummzeuch]

Zitat von Uwe Raabe:

Zitat von wurzelzwerg:

ich suche TRegExpr. TRegEx ist da(ein record).

Wenn du es richtig machen willst, solltest du deinen Code auf TRegEx (den record) umstellen. Andernfalls wirst du vielleicht hier fündig: https://github.com/andgineer/TRegExpr

Hm, definiere "richtig"?

Richtig bedeutet für mich, dass es funktionieren sollte, möglichst ohne Änderungen in der Funktionalität. Das hieße bei TRegExpr zu bleiben. Ist auch wesentlich einfacher und weniger fehleranfällig.

Die aktuellen Sourcen dort sind mindestens kompatibel mit Delphi 6 bis 11 (incl. des Versionswirrwars dazwischen, also 2005 bis 2010, XE bis XE8 und 10 bis 10.4). Ich weißt das, weil ich sie vor kurzem in GExperts integriert habe, um dessen veralteten Code aus SynEdit zu ersetzen.

[Uwe Raabe]

Zitat von dummzeuch:

Hm, definiere "richtig"?

Klar, das ist immer situationsabhängig und oft auch sehr subjektiv.

Aus meinem Kundenkreis kommt aber z.B. schon sehr oft der Wunsch zur Vermeidung jeglicher Fremdkomponenten zugunsten von Delphi-Bordmitteln.

Zitat von dummzeuch:

Die aktuellen Sourcen dort sind mindestens kompatibel mit Delphi 6 bis 11

Da die Portierung des Projekts nach 10.4 gehen soll ist Kompatibilität mit älteren Delphi-Versionen vermutlich eher kein K.O.-Kriterium.