Benutzer-Werkzeuge

Webseiten-Werkzeuge


warum_visual_foxpro

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen RevisionVorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
Nächste ÜberarbeitungBeide Seiten der Revision
warum_visual_foxpro [24.02.2018 11:21] – [Highlights] Joachim Hilgerswarum_visual_foxpro [01.11.2018 17:14] – [FoxPro und .NET] Joachim Hilgers
Zeile 47: Zeile 47:
 Ob das für Anwender in reinen Windows-Desktop Umgebungen ein wirklicher Vorteil ist, muß jeder für den eigenen Anwendungsfall entscheiden. Ob das für Anwender in reinen Windows-Desktop Umgebungen ein wirklicher Vorteil ist, muß jeder für den eigenen Anwendungsfall entscheiden.
  
-Für uns als Entwickler sind jedoch die immer kürzer werdenden Zyklen in denen die strategischen Entwicklungs- und konkreten Implementierungsansätze ausgetauscht werden ein wirkliches Problem. in der Regel weiß man erst nach dem ersten Live-Einsatz einer neuen Technik, was man besser nicht gemacht hätte. Wenn diese Technik aber beim folgenden Projekt in weiten Teilen schon wieder "Schnee von gestern ist", dann bekommen längerfristig alle Beteiligten ein Problem.+Für uns als Entwickler sind jedoch die immer kürzer werdenden Zyklen ein wirkliches Problem, in denen die strategischen Entwicklungs- und konkreten Implementierungsansätze ausgetauscht werden. in der Regel weiß man erst nach dem ersten Live-Einsatz einer neuen Technik, was man besser nicht gemacht hätte. Wenn diese Technik aber beim folgenden Projekt in weiten Teilen schon wieder "Schnee von gestern ist", dann bekommen längerfristig alle Beteiligten ein Problem.
  
 Was kommt also nach FoxPro? Was kommt also nach FoxPro?
Zeile 56: Zeile 56:
  
 Natürlich gibt es Funktionalitäten, über die das reine VFP nicht verfügt. Es läßt sich jedoch so ziemlich alles, was in Desktop-Anwendungen benötigt per Bibliotheken nachrüsten. Es besteht sogar die Möglichkeit das "große" .net-Framework einzubinden und zu nutzen... Natürlich gibt es Funktionalitäten, über die das reine VFP nicht verfügt. Es läßt sich jedoch so ziemlich alles, was in Desktop-Anwendungen benötigt per Bibliotheken nachrüsten. Es besteht sogar die Möglichkeit das "große" .net-Framework einzubinden und zu nutzen...
- 
  
 Für Neu-Entwicklungen halten wir - wie auch viele andere FoxPro-Entwickler - [Servoy]] für einen vielversprechenden "Kandidaten". Der Hersteller verbessert seit vielen Jahren kontinuierlich sein Produkt, das von den zu Grunde liegenden Konzepten und bei der Entwicklung zumindest "gefühlt" nahe dem ist, was FoxPro Entwickler kennen und schätzen gelernt haben. Zudem glänzt die Servoy Entwicklungsumgebung durch enorme Produktivität beim Entwickeln von Datenbank-orientierten Geschäftsanwendungen. Für Neu-Entwicklungen halten wir - wie auch viele andere FoxPro-Entwickler - [Servoy]] für einen vielversprechenden "Kandidaten". Der Hersteller verbessert seit vielen Jahren kontinuierlich sein Produkt, das von den zu Grunde liegenden Konzepten und bei der Entwicklung zumindest "gefühlt" nahe dem ist, was FoxPro Entwickler kennen und schätzen gelernt haben. Zudem glänzt die Servoy Entwicklungsumgebung durch enorme Produktivität beim Entwickeln von Datenbank-orientierten Geschäftsanwendungen.
Zeile 64: Zeile 63:
 ====== FoxPro und .NET ====== ====== FoxPro und .NET ======
  
-FoxPro ist nie Bestandteil des .NET-Frameworks geworden. Es dort hinein zu integrieren hätte auch ziemlich wenig Sinn gemacht, da dann ein Großteil der vorhandenen (Datenbank-) Funktionalität und vor allem der hochspezialisierten Entwicklungsumgebung wegfallen wären. +FoxPro ist nie Bestandteil des .NET-Frameworks geworden. Es dort hinein zu integrieren hätte auch ziemlich wenig Sinn gemacht, da dann ein Großteil der vorhandenen (Datenbank-) Funktionalität und vor allem der hochspezialisierten Entwicklungsumgebung weggefallen wären. 
  
-Einer engen Zusammenarbeit im .NET-Konzert steht von FoxPro-Seite jedoch nichts entgegen, da durch die integrierte XML-Unterstützung Webservices sowohl auf der Serverseite "befeuert" als auch als Client genutzt werden können. Ansonsten kann per COM-Interop direkt auf Objekte der jeweils anderen Seite zugegriffen werden+Einer engen Zusammenarbeit im .NET-Konzert steht von FoxPro-Seite jedoch nichts entgegen, da Webservices sowohl auf der Serverseite "befeuert" als auch als Client genutzt werden können. Ansonsten kann per COM-Interop direkt auf Objekte der jeweils anderen Seite zugegriffen werden.
  
 Aus den Reihen der FoxPro-Gemeinde gibt es zudem noch mehrere bemerkenswerte Projekte. Aus den Reihen der FoxPro-Gemeinde gibt es zudem noch mehrere bemerkenswerte Projekte.
   * Das Projekt [[http://guineu.foxpert.com/ Guineu]], das von Christof Wollenhaupt betreut wird. Guineu ermöglicht es, FoxPro-Code in einem in .NET implementierten Interpreter, bis hinunter zu Windows Mobile laufen zu lassen.   * Das Projekt [[http://guineu.foxpert.com/ Guineu]], das von Christof Wollenhaupt betreut wird. Guineu ermöglicht es, FoxPro-Code in einem in .NET implementierten Interpreter, bis hinunter zu Windows Mobile laufen zu lassen.
-  * [[http://west-wind.com/wwDotnetBridge.aspx|wwDotnetBridge]] von Rick Strahl ermöglicht es, recht problemlos aus FoxPro-Codes heraus auf die gesamte .NET Klassenbibliothek zuzugreifen und somit deren Möglichkeiten zu nutzen+  * [[http://west-wind.com/wwDotnetBridge.aspx|wwDotnetBridge]] von Rick Strahl ermöglicht es, recht problemlos aus FoxPro-Codes heraus auf die gesamte .NET Klassenbibliothek zuzugreifen und somit deren Möglichkeiten zu nutzen.
  
 ====== Offizielle Positionierung durch Microsoft ====== ====== Offizielle Positionierung durch Microsoft ======
warum_visual_foxpro.txt · Zuletzt geändert: 01.06.2023 08:58 von Joachim Hilgers