Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
.Net 2.0 Slower than Foxpro
Message
De
29/12/2005 11:08:41
 
Information générale
Forum:
Visual FoxPro
Catégorie:
Visual FoxPro et .NET
Versions des environnements
Visual FoxPro:
VFP 9
OS:
Windows XP
Network:
Windows 2003 Server
Database:
MS SQL Server
Divers
Thread ID:
01080435
Message ID:
01081680
Vues:
33
Hi Terry,
>VFP lost a lot of market because of the "grid" mentality and con artists calling themselves VFP consultants.

Take it easy man :)
Having or not having grids (or treviews for that matter) says nothing about app quality.
You will agree that this depend more on internal workings, framework etc. We are talking here about presentation layer right?
I agree is nice for some purposes but simply wld not put it on each table maintenance setup.

BTW, I hv also seen some nicely looking apps having treview nicely polished and all bunch of nice bitmaps presented in the front, and then crushing as soon as someone sneeze loudly arround...

>
>I went through the "grid" phase. At first the grids were input controls - then they were navigators. Then users began to recognize VFP apps because they saw a grid. VFP's negatives are all associated with projects that overly relied on grids. With SQL it realy got noticable when we took the easy way with grid presented remote views.
>
>If you only know grids (or other bindable controls) you will loose when you compete against me - you will loose when you compete aginst non-VFP developers that don't have grids - but do use OCX.

Well, I am not 'competitive' in that respect at all :)
I went trough my phases by writing 4 generations of personal
framework and right now I am prety satisfied with what I hv.
It does good job for me, and more over for my users.

I work in relatively big shipping business, where almost everything you do is mission critical, so I realy don't care about prestige issues in consultancy arena.
What I do care about, is input/processing speeds and stability. I do like
and try to make nice designs but nobody (here) realy cares for this.

Perhaps is different when you are out there, trying to sell your app
to some corporate a****les. But that is not everybody's problem.

>
>Lets say you're moving to NET. The problem is more intense then - you don't have a VFP coursor to complain about reiterative node cycles - you have a recordset to deal with. Better to learn nodes with a DBF before you move to nodes using ADO!

Why in hell wld I do that ?? Are you ?
You don't expect me to still write code 15 years from now ?!? - After VFP we go sailing! Maybe we got to catch some shrimps as well :)

Cheers :)
*****************
Srdjan Djordjevic
Limassol, Cyprus

Free Reporting Framework for VFP9 ;
www.Report-Sculptor.Com
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform