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 [01.11.2018 17:11] – [Was kommt nach FoxPro?] Joachim Hilgerswarum_visual_foxpro [01.11.2018 17:17] – [DotNet/VB.NET/C#.NET] Joachim Hilgers
Zeile 63: 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 ======
Zeile 84: Zeile 84:
 .net wurde Anfang der 2000er Jahre von Microsoft auf den Markt gebracht und war eine von Grund auf neu entwickelte Plattform in die viele Konzepte aus der Java-Plattform eingeflossen sind. Die beiden Haupt-Programmiersprachen sind c# und VB.net, die einen recht ähnlichen Funktionsumfang haben. .net wurde Anfang der 2000er Jahre von Microsoft auf den Markt gebracht und war eine von Grund auf neu entwickelte Plattform in die viele Konzepte aus der Java-Plattform eingeflossen sind. Die beiden Haupt-Programmiersprachen sind c# und VB.net, die einen recht ähnlichen Funktionsumfang haben.
  
-Da .net momentan mehr oder weniger die einzige reine Entwicklungsplattform ist, die von Microsoft vermarktet wird (abgesehen von den Programmiermöglichkeiten innerhalb diversen Anwendungen wie VBA in Office oder innerhalb von SharePoint) ist es der "natürliche Kandidat" für viele Microsoft-nahen Entwicklungsprojekte. +Da .net momentan mehr oder weniger die einzige reine Entwicklungsplattform ist, die von Microsoft vermarktet wird (abgesehen von c++ und den Programmiermöglichkeiten innerhalb diversen Anwendungen wie VBA in Office oder innerhalb von SharePoint) ist es der "natürliche Kandidat" für viele Microsoft-nahen Entwicklungsprojekte. 
  
-.Net ist eine unglaublich tolle Umgebung um alle möglichen Arten von Anwendungen zu entwickeln. \\ +.net ist eine unglaublich tolle Umgebung um alle möglichen Arten von Anwendungen zu entwickeln. \\ 
 Aus unserer Sicht hat sie aber die folgenden Nachteile: Aus unserer Sicht hat sie aber die folgenden Nachteile:
-  * Microsoft hat seit langem Entwicklungszyklen von 18-24 Monaten, was leider oft bedeutet, dass die im Rahmen eines Entwicklungsprojektes gemachten Erfahrungen oft nur bedingt oder teilweise auf das nächste Projekt übertragen werden können. Leider ist gerade das Thema "Erfahrung mit dem gewählten Werkzeug" ein zentraler Baustein für verlässliche Planung und Qualität (=Termine + Kosten) +  * Microsoft hat seit langem Entwicklungszyklen von 18-24 Monaten, was leider oft bedeutet, dass die im Rahmen eines Entwicklungsprojektes gemachten Erfahrungen oft nur bedingt oder teilweise auf das nächste Projekt übertragen werden können. Leider ist gerade das Thema "Erfahrung mit dem gewählten Werkzeug" ein zentraler Baustein für verlässliche Planung und Qualität (=Termine + Kosten). 
-  * .net zeichnet sich im Bereich Datenbank-orientierter Anwendungen im Vergleich zu darauf spezialisierten Entwicklungsumgebungen wie FoxPro oder Servoy nicht gerade durch überbordende Produktivität aus: viele "coole" Features sind schnell und einfach zu lösen. Aber zentrale und immer wiederkehrende Aufgabenstellungen wie "Daten in Masken anzeigen" oder "Berichte" sind recht aufwändig oder - wie schon beschrieben - ändern sich alle zwei Jahre grundlegend... +  * .net zeichnet sich im Bereich Datenbank-orientierter Anwendungen im Vergleich zu darauf spezialisierten Entwicklungsumgebungen wie FoxPro oder Servoy nicht gerade durch überbordende Produktivität aus: Viele "coole" Features sind schnell und einfach zu lösen. Aber zentrale und immer wiederkehrende Aufgabenstellungen wie "Daten in Masken anzeigen" oder "Berichte" sind recht aufwändig oder - wie schon beschrieben - ändern sich alle zwei Jahre grundlegend... 
-  * .net Anwendungen tendieren dazu, aus einer großen Anzahl komplementärer, aber jeweils recht anspruchsvoller Techniken (Stichworte: OR-Mapper, Dependency Injection Container, Build Server, Reporting Services, WPF/XAML...) zusammengesetzt zu werden, was die interne Gesamtkomplexität der Anwendungen erheblich steigern kann.+  * .net Anwendungen tendieren dazu, aus einer großen Anzahl komplementärer, aber jeweils recht anspruchsvoller Techniken (Stichworte: OR-Mapper, Dependency Injection Container, Reporting Services, WPF/XAML...) zusammengesetzt zu werden, was die interne Gesamtkomplexität der Anwendungen erheblich steigern kann.
  
 ===== ACCESS ===== ===== ACCESS =====
warum_visual_foxpro.txt · Zuletzt geändert: 01.06.2023 08:58 von Joachim Hilgers