Temat: Długo zwlekałem z zadaniem tego pytania, ale w końcu się...

A treść tego pytania będzie podobna do tej, którą kiedyś umieściłem w pl.comp.bazy-danych (możecie znaleźć ją pod
http://groups.google.pl/group/pl.comp.bazy-danych/brow... )
To pytanie kiedyś zadałem na seminarium w Mariott-cie (w dniu premiery VS.Net w Polsce). A dokładnie brzmiało tak:
Dlaczego Microsoft nie włączył Visual FoxPro do platformy .NET ? Odpowiedź (Davida Chappella, który prowadził seminarium) była taka, że (choć podkreślił, że to jest jego zdanie) w obecnej chwili Visual FoxPro jest produktem bez przyszłości i w na dalszą metę nie opłaca się w to inwestować. Ja poszedłem wobec tego dalej i spytałem, czy jego zdaniem MFC (Microsoft Foundation Classes) też jest martwe, Odpowiedź znalazłem w materiałach do seminarium. Odpowiedź nawet nie dotyczyła samej biblioteki MFC, ale całego języka C++. Zdaniem Davida rola C++ będzie się stale zmniejszać na rzecz takich języków jak C# i VB.Net.
Myślę, że - po latach - można stwierdzić, że są nadal obszary zastosowań dla Visual FoxPro. Problem w tym, że ze względu na stale doskonalone alternatywne narzędzia Microsoftu (takie jak Access, SQL Server w wersji Express lub MSDE), nie mówiąc o dość szerokim spektrum narzędzi obsługi baz danych dostępnych w ramach GNU Public License, trudno jest przekonać kolejnych użytkowników do używania VFP. Tym bardziej, że właśnie ze względu na presję Open Source, rynek ten będzie coraz trudniejszy. I pytanie moje byłoby następujące: Czy ktoś z was zna obecne zamiary Microsoftu wobec VFP ?
Być może pewną wskazówką mogłoby być rozszerzenie "Sedna" do VFP 9.0 (zob. http://download.microsoft.com/download/9/f/3/9f39a40b-... ) m.in. poprawiające współpracę VFP z systemem Vista, ułatwienia dotyczące współpracy z SQL Serverem. Ale czy to jest dobry prognostyk - nie wiem.
Będę wdzięczy za wszelkie uwagi.

Z wyrazami szacunku -

Jan KubackiJan Kubacki edytował(a) ten post dnia 13.10.08 o godzinie 22:53

Temat: Długo zwlekałem z zadaniem tego pytania, ale w końcu się...

Witam.

Też się długo wahałem przed rozpoczęciem podobnego wątku :-) Skoro on już powstał, to się wypowiem.

Po pierwsze (co do obecnych zamiarów M$): "... there will be no VFP 10"
http://groups.google.pl/group/pl.comp.bazy-danych/brow...

Po drugie - coś tam się niby jeszcze dzieje, ale moim zdaniem to ostatnie podrygi:
http://groups.google.pl/group/pl.comp.bazy-danych/brow...

Sam jeszcze czasami "dłubię" w VFP, ale są to aplikacje, które powstały dawno temu i nie ma "woli politycznej" do migracji na inne platformy, a system rozwijać trzeba. Dawno nie widziałem całkiem nowego softu, tworzonego w VFP - co nie znaczy oczywiście, że taki nie istnieje :-) Coraz mniejsza popularność foxa zmusiał mnie do nauki innych rzeczy (co tylko na zdrowie wyszło).

Co by nie powiedzieć VFP jest językiem mocno przestarzałym i ma wszystkie wady np "java scripta" - proceduralność (obiekty niekonieczne), brak silnego typowania, brak narzędzi testujących itp (mamy "3rd party" framewok do testów jednostkowych http://www.foxunit.org, ale jakoś nie mogłem przez niego przebrnąć...)

Na koniec małe pocieszenie:
http://groups.google.pl/group/pl.comp.bazy-danych/brow...

P.S. Kilkakrotnie na pl.comp.bazy-danych szukałem chętnego do przejęcia prowadzenia FAQ ( http://www.dbf.pl/vfp ). Brak chętnych, strona nie żyje :-(

Pozdrawiam

Kamil PaszkiewiczKamil Paszkiewicz edytował(a) ten post dnia 15.10.08 o godzinie 11:33

Temat: Długo zwlekałem z zadaniem tego pytania, ale w końcu się...

Moim zdanie błęde jest ze Microsoft nie rozwija dalej VFP. gdyby dołożyć do kolejnej wersji wielo-wątkowość i przepisać na platforme 64 bitową funkcjonował by dalej w bradzo dobrej kondycji.Gdyby VFP był od początku tworem Microsftu a nie przez Fox Software było by wspierane nadal, a tak to zostało mu "ukrecony łeb" na rzecz rodzimych produktów Microsoftu takich jak .NET. Moim subiektywnym zdaniem nie ma lepszej technologi do napisania aplikacji bazodanowej w przstepny sposób niż VFP. Pomijając kwestje że jestem fanem JAVY, VFP jest moim pierwszym językiem do którego podeszedlem pważnie. Żal mi naturalnej śmierci VFP.

Temat: Długo zwlekałem z zadaniem tego pytania, ale w końcu się...

Swego czasu bardzo przeżyłem fakt zarzucenia przez MS rozwijania VFP. Uznając to za proces nieodwracalny, skierowałem się na drogę C# i Javy.

Po latach mam następujące refleksje: są projekty bazodanowe - nawet nowe, gdzie wracam do VFP !! Istnieje dla nich uzasadnienie biznesowe, ponieważ w niektórych zastosowaniach, aby uzyskać efekt końcowy, w VFP trzeba napisać wielokrotnie mniej kodu niż w C#, czy w Javie, mając tak samo dostęp do bazy MSSQL. Dzięki temu jestem w stanie zrealizować stabilny, bazodanowy projekt dużo szybciej i dotrzymać termin jego oddania.

Oczywiście brak mi wielu dobrodziejstw z IDE, wielowątkowości i itp. Część narzędzi napisałem sobie sam, jak np.: moduł do testowania aplikacji - "pseudo TDD".

Ciekaw jestem Waszej opinii, szczególnie co do stwierdzenia, że w VFP, można to samo napisać krócej, niż w C# i Javie

Pozdrawiam
Zbigniew Grzelczak