530 likes | 655 Views
Konvertierung FPW 2.6->VFP. Konvertierung von FoxPro / Windows Anwendungen nach Microsoft Visual FoxPro. Diese Schulung dient der Übersicht über die Konvertierungsarten und -möglichkeiten von Applikationen unter FoxPro/Windows nach Microsoft Visual FoxPro. Themenübersicht.
E N D
Konvertierung FPW 2.6->VFP Konvertierung von FoxPro / Windows Anwendungen nachMicrosoft Visual FoxPro
Diese Schulung dient der Übersicht über die Konvertierungsarten und -möglichkeiten von Applikationen unter FoxPro/Windows nach Microsoft Visual FoxPro
Themenübersicht • Fallstudie aus der Praxis • Vorüberlegungen • Konvertierungsansätze • Minimalistische Konvertierung • Hybrider Ansatz • Konvertierung Berichte • Konvertierungsassistent • Funktionale Konvertierung • Maskeneigenschaften • Nachbearbeitung von Masken • FPW-Wrapper-Klassen
Fallstudie aus der Praxis Vollständige Konvertierung der FPD-Software „Account View“ nach Microsoft Visual FoxPro
Account View Anwendung • Buchhaltungssoftware in FPD 2.6 • 4000 Kunden in 3 Ländern • 70 % haben Netzwerklizenzen • Beispiele Anwender: • Royal Dutch Concertgebouw • Pulitzer Hotel (350 Betten) • Den Hague Police Region • PTT Catering (360 Gebäude) • Allianz Europa (SAP + AV)
Konvertierungs-Ziele 1. Zuverlässigkeit 2. Zuverlässigkeit 3. Zuverlässigkeit 4. Anforderungen Windows95 Logo 5. Möglichst gleiche Geschwindigkeit bei der Datenerfassung wie FP/DOS 6. Erhaltung der Flexibilität für VARs
Konvertierungs-Planung • Die Wirklichkeit ist anders als die Demos • In Wirklichkeit wurde die komplexe Funktionalität langsam und inkrementell entwickelt • Wie lange dauerte es (wirklich) bis die Anwendung auf dem heutigen Stand war? • Wie hoch schätzt man Zeit und Kosten für Migration • Zuerst kalkulieren!
Implikationen • Kosten von ca. DM 200,000 (mind.!) • Kaufen aller verfügb. Bücher zu VFP • MCP-Test für alle Teammitglieder • Kaufen sämtlicher auch nur ansatzweise sinnvoller Werkzeuge • Kein Geld an der Vorbereitung(szeit) sparen! • Unterstützung der GL einholen
Vorschläge zur Vorgehensweise • Selbst erstellen oder Kauf eines fertigen Applikations-Frameworks mit Basisklassen und Fertigobjekten • Testweise manuelle Erstellung von einigen Masken, Berichten und Menüs • Probeweise Konvertierung bestehender Dateien
Einsatz von Frameworks • Notwendig und nicht migrierbar • Einige Möglichkeiten: • Codebook 3 (Flash - Griver) • X3 Framework (MaxTech - Drew Speedie) • VFP Frame (ABL) • Negativ: • Sind notwendigerweise sehr komplex • Werden hauptsächlich von Firmen verkauft, deren Schwerpunkt im Bereich Beratung, Coaching und Support liegt
Konvertierungsarbeit • Masken • Functional • Visual • Custom • Menüs • Berichte (Problem: breite Berichte) • Datenbanken • Datenbankcontainer, Private Datasessions, keine Views, keine Rules/Trigger
Unterstützung 1. Online Hilfe 2. Online Dokumentation 3. „Mastering Visual FoxPro“-CD (Migration CD) 4. Knowledge base auf den TechNet-CDs 5. VFOX/dFPUG-Forum auf Compuserve! 6. Microsoft FoxPro Site im Internet 7. Bücher über Visual FoxPro 8. Alte Ausgaben des „FoxPro Advisor“ (ggf. CD) 9. Bekannte, Eltern und Verwandte 10. Microsoft Support
HINWEIS: Es war FOXPRO / DOS !!! Die positive Seite: 75% der Applikation konnten unverändert übernommen werden VFP ist das Ticket zu „state-of-the-art“-Anwendugnen bis ins nächste Jahrhundert! Zusammenfassung Fallstudie
Vorüberlegungen Grundsatzüberlegungen zur Konvertierung nachMicrosoft Visual FoxPro
Visual FoxPro • „State of the art“-Datenbank-Applikationen • 32bit-Windows-Unterstützung • Client/Server-Connectivity • Objektorientierung • Umfangreiches Debugging • Multi-Tier/Internet-Applikationen
Konvertieren vs. Neuschreiben • Die bestehende Anwendung • hat mehrere Versionen durchlaufen? • ist stabil? • benötigt keine neue Funktionalität? • läuft nicht auf neuen Betriebssystemen? • Die Entwickler haben • die Möglichkeit, OOP kennenzuleren oder • keine Zeit für neue Entwicklungsmethoden?
Grundsatzüberlegungen (1) • Wurden die Werkzeuge verwendet? • Falls nein: minimalistisch oder neu schreiben • Werden FLLs eingesetzt? • Neu kompilieren unter 32Bit notwendig • Werden Third-Party-Tools eingesetzt? • Funktionalität evtl. in VFP bereits eingebaut • Andernfalls neue Version notwendig - ist diese lieferbar und erfordert ggf. Konvertierung
Grundsatzüberlegungen (2) • Multi-Plattform-fähige Anwendung? • Unterstützt: Windows 95 ff., Windows NT • Plattformfähigkeit weiterhin notwendig? • Umsetzung über Internet-Browser? • Upgrade auf Windows95-GUI ? • Minimalitische Umsetzung nicht möglich..
Konvertierungsansätze Verschiedene Konvertierungsansätze von FoxPro/Win nachMicrosoft Visual FoxPro
Vorteile: Geringster Aufwand Keine weitere Entwicklungszeit oder Entwicklungs- bzw. Lernaufwand Nachteile: Keine Nutzung des Ereignismodells Keine Nutzung des Objektmodells Altes Userinterface Im Vergleich hohe Wartungskosten Minimalistischer Ansatz
Vorteile: Alter Code weiterverwendbar Ereignismodell Teilweise Objekt-modell nutzbar Neue Funktionen User-Interface Nachteile: Gemischte Programmierung aufwendig (vor allem Debugging) VFP-Lernaufwand für Ereignisse/OOP Wartungsaufwand Hybrider Ansatz
Vorteile: Bessere Design-werkzeuge Datenbankcon-tainer verwendbar Alle Vorteile der Objektorientierten Programmierung Nachteile: Hohe Lernkurve für OOP Reengineering der Anwendungs-Architektur Höherer Zeit- und Geldaufwand „Neuschreiben“
Minimalistischer Ansatz Der minimalistische Ansatz zur Konvertierung von FPW nachMicrosoft Visual FoxPro
Minimalistischer Ansatz • Neues Projekt anlegen • Hauptprogramm addieren • keine Maske zulässig - würde konvertiert... • Projekt neu erstellen • (.SPR statt .SCX) • Zusatzdateien einfügen • Bitmaps, Include-Dateien • Applikation erstellen
Gemischte Nutzung • Fallunterscheidung zu Version • NAME-Klausel zu Fenstern • führt zu Form.Pageframe1.Page1 • READ-Befehl weiter notwendig • NAME-Klausel zu GET-Feldern • Arbeiten mit Activepage • Anpassung GenScrn (Setup1/2)
Hybrider Ansatz Der hybride Ansatz zur Konvertierung von FoxPro/Windows nachMicrosoft Visual FoxPro
Konvertierung Projektebene • Alle Projektkomponenten auf einmal • Automatische Konvertierung für • Etiketten • Abfragen (Queries) • Menüs • Berichte • Einzige Möglichkeit für Maskensets
Konvertierung Berichte (1) • FoxPro/DOS-Reports aus FPW-Projekten sind nicht konvertierbar • Druckertreiber werden von Windows verwaltet (kein GENPD.APP mehr) • Neue Funktionen möglich • REPORT FORM ASCII / PREVIEW • _GENHTML
Konvertierung Berichte (2) • FoxPro/Win-Reports direkt aufrufbar • „USER“-Feld zu „FRX“-Datei • Memofeldbreite von 10 auf 4 Byte • Environment in Dataenvironment • AutoOpen/AutoClose-Eigenschaft • „Environment“ in DE.OpenTables
Konvertierungsassistent • Quellcode unter VFP\Tools\Convert • Backup lieber vorher selbst machen • Logfile nicht sonderlich interessant • Unterscheidung für Masken zwischen • funktionaler Konvertierung • visueller Konvertierung
Funktional: „\OLDx“-Backup Masken „s2x/t“ Verlagerung von Code-Snippets in neue Ereignisse und Methoden Visuell: Snippet-Code wird in eine Programm-datei ausgelagert und muß VON HAND zugeordnet werden (= Cut & Paste) Konvertierungsarten
Funktionale Konvertierung Besonderheiten bei der funktionalen Konvertierung von Masken unterMicrosoft Visual FoxPro
FoxPro/Windows: Setup #Section 1 Setup #Section 2 Activate Deactivate Show When Valid Cleanup Visual FoxPro: FormSet.Load Form.Load Form/Set.Activate Formset.Deactivate Formset.ReadShow Formset.ReadWhen Formset.ReadValid Formset.Unload +SPR Konvertierung Ereignisse
FoxPro/Windows: CYCLE LOCK MOUSE SAVE TIMEOUT Visual FoxPro: FormSet.ReadCycle FormSet.ReadLock FormSet.ReadMouse FormSet.ReadSave FormSet.ReadTimeout Konvertierung READ-Optionen
Erzeugung „SPR“-Datei (Code-Tab) • „SPR“-Datei wird als Wrapper generiert • [Converter] Declare Arrays • EXTERNAL ARRAY <arrayname> • [Converter] DeclareVariables • PUBLIC _GotoPlaceHolder • EXTERNAL PROC <maske>.scx • DO FORM <maske.scx> NAME <zufall> LINKED • [Converter] Begin/End CLEANUP • CLEANUP und andere Prozeduren/Funktionen
Aufbau konvertierte Maske Maske: • Formset (immer, auch wenn nur 1 Maske) • Form (Anzahl je nach Maskengruppe) • Pageframe (immer) • Page (Anzahl je nach Read-Leveln) Steuerelemente: • CommandButtonGroup (auch 1 Button)
Eigenschaft „WindowType“ • Nur bei funktionaler Konvertierung • 2 = READ, 3 = READ MODAL • Formset bekommt 2.6-Read-Methoden • Formset.Load lädt „gebundene“ Variablen! • „Environment“ wird im Load gesetzt • Recordpointer im Unload in globale Vars.! • DataEnvironment enthält „Umgebung“ • AutoOpen/AutoClose wird gesetzt
FoxPro/Windows: Maskengruppe Maske/Screen READ-Level READ-Befehl MODAL-Klausel Visual FoxPro: FormSet Form in FormSet Page in Pageframe WindowType=2 WindowType=3 Maskeneigenschaften (1)
FoxPro/Windows: Open / Close Titel Name, Koordinaten, Moveable, Icon Center Border Close Color Visual FoxPro: Dataenvironment Caption dito Autocenter Borderstyle Closeable Backcolor Maskeneigenschaften (2)
FoxPro/Windows: HalfHeight Titlebar Wallpaper Minimize Font Environment Visual FoxPro: HalfHeight Caption Picture MinButton Fontname, Fontsize, Font-Flags (Bold usw.) Dataenvironment Maskeneigenschaften (3)
Nachbearbeitung von Masken (1) • READ MODAL+DEACTIVATE beides aktiv! • Doppelte Namen für Form/Control/Var. • Shapes immer hinter allen Controls • Unsichtbare Buttons immer vor Controls • Funktionen mittlerweile belegt • OLDVAL(), HOME() und ähnliche Namen evtl. vorh. • Makro-Substition nicht in Eigenschaften! • &cPrompt => =&cPrompt => = cPrompt
Nachbearbeitung von Masken (2) • Setup-RETURN zu RETURN .F. ändern! • GenScreenX-Direktiven nicht mehr vorhanden, ggf. visuell konvertieren... • #INSERT wird eingelesen • #INSERT darf nur Direktiven enthalten • besser: Direktiven in .h-Datei verlagern und diese dann setzen oder mit #INCLUDE angeben
FoxPro/Windows: CLEAR READ SHOW GET SHOW GETS READ SHOW/WHEN READ DE/ACTIVATE READ VALID Visual FoxPro: Thisform.Release() <object>.Refresh() bzw. <listbox>.Requery() Thisform.Refresh() Thisform.Load() Thisform.DeActivate() Thisform.Query-unload() Verlagern von Code
Sonstige Änderungen • Maskenset bei Einzelmasken entfernen • Pageframe und Pages entfernen • Parameter von Load nach Init verlagern • Load-Variablen in eigene Eigenschaften • SPR-Code in eigene Methoden • „Private“ Datasessions • WindowType 2=>0, 3=>1 (Einbahnstraße!)
Probleme mit Tabellen • Lange Variablen/Tabellennamen gültig! • Viel mehr Arbeitsbereiche! (Schleifen!) • ON KEY LABEL CTRL+0 verhindert .NULL. • NULL, DBC, neue Feldarten konvertieren Tabellen nach VFP-Format, zurück mit: COPY TO <table> NEXT 0 TYPE FOX2X
Grobe Aufwandsschätzung • Übersichtsmasken 1/4 MT • Konfigurationsmasken 1/2 MT • "Onetomany"-Masken 4 MT • Dialogmasken 1/8 MT • Berichte 1/4 MT • Tabellen 1/8 MT • Menüs 1/8 MT
OLE-Server aus FoxPro/Windows Erzeugen von OLE-Public-DLLs aus FoxPro/Windows-Anwendungen mitMicrosoft Visual FoxPro
FPW-Wrapper (1) Ox = Createobject( „Test“ ) Define Class Test as custom olepublic Procedure Init cd <wohinauchimmer> set path to data this.application.visible = .T. Procedure DoIt do <maske.spr> Enddefine
FPW-Wrapper (2) Ausführung aus anderen Programmiersprachen: Ox = Createobject( „Test.Test“ ) Ox.DoIt() Wenn im READ Tabelle nicht geschlossen wird: ? Ox.application.Eval( <feldname> )