| |
| |
welche Alternative zu VFP ?- #24211 in section [743278] |
| Sec: |
(1) Allgemeines |
| Von: |
Thomas Holste |
| An: |
Harro Schippan |
| Am/Um: |
25.09.2021 12:40:11 gelesen |
Hallo Harro,
da kann man vieles empfehlen, was ja auch schon geschehen ist. Ich würde Dir
raten es mal so zu überlegen:
- Wirst/Willst Du eine Web- oder Desktop-Anwendung schreiben?
- Wie willst Du sie verteilen?
- Wieviel Datenbank soll "hinten dran"?
Es gibt ja nun genügend Möglichkeiten, deshalb auch folg4endes berücksichtigen:
- Wie verbreitet ist das Tool meiner Wahl?
- Wieviel Support und Anwender-Foren gibt es?
- Willst Du eventuell "alte" Techniken wie COM oder Win-Api einsetzen?
- Gibt es da entsprechende Bridge-Techniken?
- Und vor allem: Wird der Anbieter Deines Tools in ein paar Jahren noch da sein?
- Wenn Du von VFP wechselst, ist es nicht vielleicht sinnvoller, alte Zöpfe abzuschneiden und das VFP-Wissen aussen vor zu lassen?
Ich selbst habe einst für einen Kunden eine grosse VFP-Anwendung (ERP in VFP) neu in .net und SQL-Server realisiert. Da es ein grosses Projekt war, schien es mir wichtiger, etwas Neues zu lernen als mittels irgendwelcher halbkompatibler und leider viel zu wenig verbreiteten Systeme möglichst viel VFP-Wissen zu retten.
Ich verwendete einen business-object basierten Wrapper der das Ganze etwas vereinfachte end die Anwenung lief und läuft gut. Allerdings lief auch ich in die Falle kleiner Anbieter, den dem (strataframe) ging irgendwann die Luft aus.
Momentan verbringe ich den Rest meiner Entwickler-Tätigkeit mit der Hege und Pflege von VFP-Anwendungen sowie der Entwicklung von Android-Programmen via Xamarin. Und wenn ich es genau überlege, ist es irgendwie doch alles das Gleiche.
Viele Grüße
Thomas
|
|
|
|
