AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Datenbanken Delphi Vorsicht bei AnyDAC > FireDAC Migration mit reFind
Thema durchsuchen
Ansicht
Themen-Optionen

Vorsicht bei AnyDAC > FireDAC Migration mit reFind

Ein Thema von jensw_2000 · begonnen am 23. Jun 2014 · letzter Beitrag vom 24. Jun 2014
 
jensw_2000
(Gast)

n/a Beiträge
 
#1

Vorsicht bei AnyDAC > FireDAC Migration mit reFind

  Alt 23. Jun 2014, 16:25
Datenbank: alle • Version: 0.0 • Zugriff über: FireDAC
Ich musste ein älteres XE2 Projekt ausgraben, um ein paar kleine Anpassungen für einen zu machen.
XE5 ist die einzige Delphi Version, die ich auf meinem Entwicklungssystem habe.

EMBT hat die FireDAC Komponenten (ehemals AnyDAC) ab XE5 mit einem neuen Präfix versehen und auch die Units umbenannt. Die Komponenten hießen vor XE5 "TAD<irgendwas>" und die Units "uAD<irgendwas>" (entsprechend der alten AnyDAC Namenskonvention). Seit XE5 haben die FireDAC Komponenten den Präfix "TFD ..." und auch die Unitnamen folgen einem anderen Schema.

Als Migrationshilfe liefert EMBT ab Werk das Tool "reFind" mit Delphi XE5 aus. Es soll alle AnyDAC Komponenten und Unitnamen im Projekt durch die entsprechenden FireDAC Komponentennamen ersetzen.

Am Ende war die "kleine Anpassung" mit reFind ein riesiger Aufwand.

Damit ihr nicht auch auf die Nase fallt oder euch zumindest darauf einstellen könnt, möchte ich hier alle gefundenen Fallstricke zusammentragen.


siehe DocWiki:
http://docwiki.embarcadero.com/RADSt...n_nach_FireDAC

Das reFind Tool hat keinerlei Intelligenz.
Es macht ein "stumpfsinniges" RegEx Search&Replace und ersetzt im Source alle Vorkommen von "AD" durch "FD" (auch in den DFMs). Zusätzlich ersetzt es die AnyDAC Unitnamen.

Thumbs up für dieses Meisterwerk des Software Engineerings!

Resultat:
- alle Variablen und Konstanten die zufällig ein "aD" enthielten sind umbenannt
Delphi-Quellcode:
var aDetailView: TDetailView
wird zu
var FDetailView: TDetailView
Delphi-Quellcode:
procedure setDummy(aDummy :TDummy);
begin
  FDummy := aDummy;
end;
 wird zu
procedure setDummy(FDummy :TDummy);
begin
  FDummy := FDummy; // >> -- Pfff
end;
und so weiter.

Fast alle Glyphs und Images, die in den DFMs eingebettet waren, sind zerschossen, weil im Hex Code der Bilder schon einige "AD"s vorkamen, die durch reFind durch FD ersetzt wurden.

Captions wurden ebenfalls ersetzt.
Code:
"Bitte fragen Sie Ihren FDministrator"
.

Großes Kino, dieses Migrationstool.

Die Korrektur des XE5 Projektes hat mich einen glatten Arbeitstag gekostet.

reFind ist also mit viel viel Vorsicht zu genießen!
  Mit Zitat antworten Zitat
 


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 22:42 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz