Portierung Delphi 5 zu 10.4

[haentschman]

Moin...

Grundsätzlich 5-10.4:
* Strings sind jetzt Unicode Strings
* ShortString auflösen
* erstmal alle Strings zu AnsiStrings machen
...hier zu ergänzen!

Projekt:

Zitat:

Forms, Classes, Controls, Menus, ComCtrls, Windows, Dialogs, SysUtils, StdCtrls, AdvGrid; FileCtrl, extctrls, ComPort

...keine Probleme
AdvGrid: neueste Version benutzen

Zitat:

UDefinitions,...alle U*

...sind imho eigene Units des Entwicklers/Firma siehe "Grundsätzlich"

[Bernhard Geyer]

AdvGrid -> https://www.tmssoftware.com/site/advgrid.asp

[Bernhard Geyer]

Zitat von haentschman:

* erstmal alle Strings zu AnsiStrings machen

Würde ich nicht.
Hatte erste einen Fall bei dem man das gemacht hatte.
Statt EINE Stelle wegen Char = 2 Byte anzupassen, musste ich 200 stellen wieder von Ansistring zurück nach String ändern ...

[haentschman]

Zitat:

erstmal alle Strings zu AnsiStrings machen

...blöd ausgedrückt: Nur die die angemeckert werden oder wo komische Werte rauskommen.

[torrix]

ja moin,
cool, dass es schon Antworten gibt.

Ja Neuling geeignet ist das Projekt nicht besonders. Zumal Delpi5 unter win10 ja nur noch eingeschränkt läuft.
Die Software steuert einen komplexen Prüfstand und eine Datenbank.
Nach den ersten Beiträgen habe ich nicht mehr so viel Respekt vor der Portierung, viel mehr mit den Anpassungen, die am Code vorgenommen werden sollen. Das Projekt hat über 10k Zeilen und einer der Controller am Prüfstand wird erneuert, dadurch soll die Kommunikation statt über das alte Protokoll auch/mit über den COMPort laufen, über den der Prüfling Kommunizieren kann. Was ich übertragen muss, das weiß ich schon, nur das Wie&Wo bleibt bislang ein Geheimnis.

[TurboMagic]

Tipp: versuche dir auch mal Unit Testen als Fähigkeit anzueignen.

Beim Delphi ist z. B. DUnit mit dabei. Für alle nicht GUI Units
die du portiert hast soweit möglich zumindest mal ein paar Tests
aufsetzen, dann merkst du schneller wo was kaputt geht falls du nochmal
was an den Units drehen musst.

Evtl. auch mal versuchen das Programm in einzlne "Module" zu zerlegen
und dann diese der Reihe nach portieren. Also das was nichts mit dem
entsprechenden Teil zu tun hat auskommentieren und den Rest dann portieren.
Möglichst mit dem einfachsten Programmteil anfangen um ein Gefühl dafür zu
bekommen. Danach schrittweise weitere Teile dazu nehmen.

Und möglichst mit Versionskontrolle arbeiten, damit du auch mal wieder
zurück kannst, wenn du dich wo verrant haben solltest. Und wenn's nur
ein lokal aufgesetztes VisualSVN + TortoiseSVN ist...

Noch ein Tipp: falls die Datenkommunikation mit Binärdaten arbeitet die
aber in Strings packt das möglichst gleich umstellen auf TBytes oder
TMemoryStream oder so, weil bei Nutzung von Strings mit binären Daten kann
man sich viel Ärger einhandeln!

[himitsu]

bezüglich Versionskontrolle:
GIT/SVN/HG unterstützt Delphi auch direkt, in der Projektverwaltung und unterm Quellcode die Historie (wenn erkannt, dann wird das genutzt, anstatt dem __history-Ordner)

Und unbedingt als Erstes im FormDesigner mal ins Kontextmenü gucken.
Rechtsklick auf alle deine Forms und ganz unten einen Haken bei Text-DFM.
Delphi hatte früher die DFMs binär gespeichert und seit mindestens Delphi 7 kann es auch als Text,
was für die Änderunganzeige in der Versionskontrolle besser ist.

[haentschman]

Zitat:

Und möglichst mit Versionskontrolle arbeiten

Das Wichtigste überhaupt!
https://entwickler-ecke.de/topic_Kur..._115462,0.html
Empfehlen würde ich noch ein "Ticketsystem" wo du alles protokolieren kannst. Fehler, ToDo´s, Features. Und vor allem, auch wenn sie es nicht verstehen, die Documentation für die Chef´s..was du gemacht hast.
https://www.mantisbt.org/

Zitat:

versuche dir auch mal Unit Testen als Fähigkeit anzueignen.

Löblich, aber ich glaube er hat andere Probleme als das.

Zitat:

Hmmm! Nur meine Meinung, aber sas ist jetzt nicht unbedingt ein Projekt, dass man einem Delphi-Neuling aufdrücken würde.

...auch meine Meinung. Und dann vieleicht noch mit Termin! *grusel*

Wie du sehen kannst, gehört noch viel mehr drumherum.

Ich würde folgende Reihenfolge vorschlagen:
1. Grundlagen Delphi
2. Versionskontrolle
3. Ticketsysten oder ähnliches
4. Dem Chef Geld aus dem Rücken leiern für evt. Kaufkomponenten
5. Plan machen (Zeitleiste)
6. Eine Unit nach der anderen umstellen
7. Tests, Tests, Tests

Wichtig: Die DP als Link in Lesezeichen/Favorit anlegen!

[freimatz]

Zitat von torrix:

ja moin,
cool, dass es schon Antworten gibt.

Ja Neuling geeignet ist das Projekt nicht besonders. Zumal Delpi5 unter win10 ja nur noch eingeschränkt läuft.
Die Software steuert einen komplexen Prüfstand und eine Datenbank.
Nach den ersten Beiträgen habe ich nicht mehr so viel Respekt vor der Portierung, viel mehr mit den Anpassungen, die am Code vorgenommen werden sollen. Das Projekt hat über 10k Zeilen und einer der Controller am Prüfstand wird erneuert, dadurch soll die Kommunikation statt über das alte Protokoll auch/mit über den COMPort laufen, über den der Prüfling Kommunizieren kann. Was ich übertragen muss, das weiß ich schon, nur das Wie&Wo bleibt bislang ein Geheimnis.

Ach, es geht um eine neue Funktion und die Umstellung macht man halt noch so nebenbei? Der Chef meint das macht der Neue. Sarkasmus off.
10k sind nicht sonderlich viel. Mein eigenes Projekt hat so 700k, in der Firma haben wie 1-2 Millionen.
Ich würde sagen erst mal umstellen und dann erst an neue Funktion erst nur denken.

[himitsu]

Ja, damals D7 zu XE ... nach 'nem halben Jahr wurden noch Fehler gefunden
Und selbst diesmal nach über 5 Jahren fand ich noch einen Doppelfehler von damals. (zwei Convertierungsfehler, die sich gegenseitig aufhoben)

350 Stunden gingen grade nun alleine für XE zu 10.4 drauf (die Anfänge in 10.2 und 10.3 und der Upgrade aller Fremdkomponenten nicht eingerechnet)
Dabei waren es am Quellcode selber diesmal fast keine Umstellungen (außer dass viel Altcode und eine alte Fremdkomponente diesmal mit rausflogen)
Aber es wird auch gleich die Chance genutzt paar Dinge gleich mal mit zu überarbeiten, wenn man schonmal dran ist.