Rainer BeckerdFPUG-Regionaltreffen Hannover CeBIT-Regionaltreffen 2001 Mit kurzem Vortrag von Rainer Becker (bis maximal 23:00 Uhr)

Rainer Becker dFPUG-Regionaltreffen Hannover

CeBIT-Regionaltreffen 2001

Mit kurzem Vortrag von

Rainer Becker

(bis maximal 23:00 Uhr)


Neues zur dFPUG

Entwicklung in 2000

Planung für 2001


Loseblattsammlung

• Neues Konzept sehr erfolgreich– Deshalb auch prompt Rechnungsstellung– Demnächst weitere Steigerung: Mahnungen!– Reduktion durch Rauswurf Nichtzahler– Neumitglieder wg. Loseblattsammlung

• Loseblattsammlung FoxX Professional b.a.w. mit 200 Seiten pro Quartal – Ausgaben 3 und 4 bereits vorhanden


Weitere Angebote

• „Einige“ Vorträge auf Regionaltreffen• „Einige“ Workshops (J.Booth, P. Herzog)• Interaktive Webseiten seit 1 Jahr ohne

Fortschritt, Passive Webseiten ditto, Integration Wiki noch nicht gelungen...

• Deshalb: Hauptberuflicher Webmaster für Überarbeitung Webserver (Zeitraum 3 J.)


Microsoft Visual FoxPro

Neues Service Pack 5 für VFP 6.0

Neue Version VFP 7.0 ab Mai (USA)

Garantie von Microsoft


Service Pack 5 für VFP 6.0

• ALINES()

• BUILD EXE

• CREATE CLASS

• SET COLLATE TO „GENERAL“

• VFP-COM-Threads

• SPT mit Feldlänge > 254 Zeichen

• und MTDLL, 2000-Logo, Terminal-Server


Neuer Editor in VFP 7.0

• IntelliSense

• Andockbare IDE-Fenster

• Editor (Bookmarks, Shortcuts, Navigation)

• Dokumentenansicht

• Objektbrowser

• Taskmanager


Datenerweiterungen in VFP 7.0

• Datenbankereignisse

• OLE DB Provider

• Server-Erweiterungen

• COM+-Dienste

• Übernahme Schnittstellen via COM+

• Event-Binding (siehe VFPCOM)


Web und sonstiges in VFP 7.0

• XML

• WebServices

• TextMerge

• Active Accesibility

• Installation


Zusage von Microsoft

• Diverse neue Gerüchte über Einstellung des Produkts aufgrund separater Lieferung außerhalb des Visual Studio auf der CeBIT

• Schriftliche Zusage auf MS-Webserver über Weiterentwicklung gemäß Kundenwunsch und Anpassung an neue Betriebssystem- und Office-VERSIONEN

• Zusage in USA zumindest einklagefähig...


Probleme mit Microsoft

DOT-NET-Framework

Common Language Runtime

Integration im Visual Studio


.NET-Framework

• Wrapper für Betriebssystem– WebServices– User Interface– Data– XML– Base Class Library (Windows)

• Einheitliche Ansteuerung über Syntax• Wegfall von Win32API


Common Language Runtime

• Garbage Collector

• Typensicherheit

• Error-Exceptions

• Component Information (statt Registry)

• Verschiedene Versionen einer DLL

• Verschiedene Programmiersprachen

• Verschiedene Plattformen


VFP-Probleme mit CLR-Konzept

• Simple-Frame-Oberfläche– Keine wirklichen Container– Kein Zugriff auf this.parent

• Datenbanken nur über ADO– Kein USE oder SELECT SQL– Gleiches Problem bei MS Access

• WebForms auch nur passives HTML


Und wie weiter mit .NET

Wie kann man mit .NET arbeiten, auch wenn man nicht in der CLR

integriert ist...


Zugriff auf .NET-Klassen

• Zugriff auf konkrete Klassen über COM möglich mit 2 Schritten:

• 1. Deklaration (für Intellisense)– LOCAL s AS system.data.ado.connection

• 2. Erzeugen des Objektes– Createobject( „System.data.ado.Connection“)


Binden von Klassen

• Early Binding (für VFP uninteressant)– REGASM-Utility erzeugt via TLBEXP eine

entsprechende TypeLib für Registrierung

• Late Binding automatisch möglich

• Überladen von Methoden mit seltsamer Namensgebung (methode_1,_2,_3)– Unterschiedliche Parameter zulässig


Aufruf von COM aus .NET

• Übernahme der TypeLib-Information mit TLBIMP, danach Zugriff möglich

• Innerhalb von Visual Studio automatisch

• D.h. alle COM-Server unter VFP können unter .NET angesteuert werden...


Wie war das noch mit COM ?

Anforderungen an Web-Oberfläche und verschiedene Datenbankserver in

der Praxis scheinbar selten...


Kurze Saalumfrage

• Anbindung WinWord

• Anbindung Outlook

• Internetoberfläche

• Client-Server-Datenbank

• Transaction Server

• MessageQueue Server


Schichtenarchitektur

• Vorbedingung für COM-Server ist die Aufteilung der Anwendung in Schichten– Leidlich dumme Oberfläche (ideal für HTML)– Geschäftslogik in eigenen Objekten– Datenzugriff in eigenen Objekten

• Ähnlich der Trennung von Oberfläche und Funktionen (siehe alten Misch-Code / ASP)


Benutzeroberfläche

• Benutzeroberfläche aus Steuerelementen auf Maske– Data-Binding an „Geschäftsobjekt“ statt an

Tabellen– Event-Binding an „Geschäftsobjekt“ statt

Codierung in entsprechenden Methoden


Geschäftsobjekte

• Bereitstellung der eigentlichen Verarbeitungslogik (Kapselung)

• Probleme bei „Rückfragen“ (Messagebox) da Bildschirmausgabe prinzipiell verboten

• Statt in VFP-Oberfläche auch – aus HTML-Wrapper ansteuerbar– Als COM-Server lieferbar– Als Webservice lieferbar (s.u.)


Datenzugriff

• Abtrennung der Datasession erlaubt besseren Austausch der Datenquellen– Remote Views statt Views häufig nicht

hinreichend für Client-Server

• Distributed Applications möglich– Versand von Anforderungen via XML– Rücklieferung von COM-Server via XML


WebServices

• Bereitstellung von Geschäftslogik über das Internet in Form von „WebServices“

• Über SOAP-Toolkit– Erzeugt ASP-Seite mit Zugriffsumsetzung– Erzeugt XML-Version der TypeLibrary– Verfügbar als Download für Visual Studio 6.0

• ACHTUNG: STATELESS


Integrationsmöglichkeiten

• BizTalk-Server– Visio für Prozessmodellierung– Einbindung von COM-Servern


Weitere Möglichkeiten

COMCodebook

Codepainter (Beispiel)

AFP, FOXISAPI

Documents

Rainer BeckerdFPUG-Regionaltreffen Hannover CeBIT-Regionaltreffen 2001 Mit kurzem Vortrag von Rainer Becker (bis maximal 23:00 Uhr)