Hicosoft GmbH

Benutzer-Werkzeuge

Webseiten-Werkzeuge

Sie befinden sich hier: startseite » warum_visual_foxpro
Zuletzt angesehen:
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:14] – [FoxPro und .NET] Joachim Hilgerswarum_visual_foxpro [18.09.2019 12:54] – [Was kommt nach FoxPro?] Joachim Hilgers
Zeile 41: Zeile 41:
  
 Zum Zeitpunk der Einstellung von VFP existierte von Microsoft als Empfehlung ausschließlich der Umstieg auf das .Net-Framework.  Zum Zeitpunk der Einstellung von VFP existierte von Microsoft als Empfehlung ausschließlich der Umstieg auf das .Net-Framework. 
-Um "Damals" bei der Enwicklung der Anwendungen auch nur halbwegs so produktiv sein zu können wie mit VFP, wurden die auf .net basierenden Frameworks LightSwitch und Silverlight propagiert. Beide wurden inzwischen von Microsoft wieder ad acta gelegt. Die Investitionen der Entwickler in das notwendige Know-How somit ebenfalls. Anschließend waren reine Web-basierte Anwendungen angesagt. Microsoft hatt(e) hier die Pfeile ASP.Net als "WebForms" und später "ASP.Net MVC" als "professioneller" im Köcher. Durch den großen Markt der neu entstehenden Web-Anwendungen, der zu großen Teilen ausserhalb des Microsoft-Universums statt fand, war Microsoft wieder zu einer Anpassung der Strategie gezwungen, vermutlich auch durch die große Anzahl von Entwicklern, die mir Nicht-Microsoft Techniken aufgewachsen waren. Die Strategie "Web First" und "Mobile First" bewirkte dann den massiven den Schwenk zu JavasScript und den damit verbundenen Techniken und Framweworks (Angular, Node.js, Bootstrap,...).+Um "Damals" bei der Enwicklung der Anwendungen auch nur halbwegs so produktiv sein zu können wie mit VFP, wurden die auf .net basierenden Frameworks LightSwitch und Silverlight propagiert. Beide wurden inzwischen von Microsoft wieder ad acta gelegt. Die Investitionen der Entwickler in das notwendige Know-How somit ebenfalls. Anschließend waren reine Web-basierte Anwendungen angesagt. Microsoft hatt(e) hier die Pfeile ASP.Net als "WebForms" und später "ASP.Net MVC" als "professioneller" im Köcher. Durch den großen Markt der neu entstehenden Web-Anwendungen, der zu weiten Teilen ausserhalb des Microsoft-Universums statt fand, war Microsoft wieder zu einer Anpassung der Strategie gezwungen, vermutlich auch durch die große Anzahl von Entwicklern, die mir Nicht-Microsoft Techniken aufgewachsen waren. Die Strategie "Web First" und "Mobile First" bewirkte dann den massiven den Schwenk zu JavasScript und den damit verbundenen Techniken und Framweworks (Angular, Node.js, Bootstrap,...).
 Um den bis dahin komplett vernachlässigten Markt der Desktop-Anwendungen (z.B. FoxPro) wieder bedienen zu können, werden diese Web-Techniken inzwischen in eine Laufzeitumgebung gepackt, die die Verbindung zur lokalen Hardware herstellt (ein Webbrowser kann/darf das nicht). Intern besteht diese Umgebung ("Elektron") aus einem auf Node.js basierenden Webserver, der die Inhalte für den eingebetteten Browser ("Chromium") liefert. Um den bis dahin komplett vernachlässigten Markt der Desktop-Anwendungen (z.B. FoxPro) wieder bedienen zu können, werden diese Web-Techniken inzwischen in eine Laufzeitumgebung gepackt, die die Verbindung zur lokalen Hardware herstellt (ein Webbrowser kann/darf das nicht). Intern besteht diese Umgebung ("Elektron") aus einem auf Node.js basierenden Webserver, der die Inhalte für den eingebetteten Browser ("Chromium") liefert.
 Das Haupt-Argument für diesen Aufbau ist das Versprechen, den einmal geschriebenen Code auf allen Plattformen (Windows, Linux, Mac, Android,...) benutzen zu können.  Das Haupt-Argument für diesen Aufbau ist das Versprechen, den einmal geschriebenen Code auf allen Plattformen (Windows, Linux, Mac, Android,...) benutzen zu können. 
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

Seiten-Werkzeuge

Donate Driven by DokuWiki Template From SyntaxSeed