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 ÜberarbeitungBeide Seiten der Revision
warum_visual_foxpro [01.11.2018 17:17] – [DotNet/VB.NET/C#.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. 
warum_visual_foxpro.txt · Zuletzt geändert: 01.06.2023 08:58 von Joachim Hilgers