Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
.Net 2.0 Slower than Foxpro
Message
 
À
29/12/2005 16:31:22
Cetin Basoz
Engineerica Inc.
Izmir, Turquie
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:
01082033
Vues:
26
>Hey Terry,
>Since you poked my name in there I'd like to add few cents.
>Hope you didn't mean me saying "con artists calling themselves VFP consultants". I think grids are more valuable than a treeview. My grid mentality never caused a market loss but gain. Strange observation on our part. If TV is the right tool then .Net should be praised more as .Net TV class is much much better than the ocx one.
>Cetin

The con-artists I was referring to were the card carrying VFP consultants that use to prey on late eighties and early nineties project "buyers" in America. It continued - so it seemed - right up till almost 2000.

The "artists" were consultants who know enough about VFP to build a table and show a browse window. They would charge 10's of thousands of dollars to deliver a "browse" window solution. I got a lot of work cleaning up after these guys. I listened to the "users" plain. Some actually thought (or wanted to belive) that that the reason they got burned was not because of the consultant - but because that was all VFP could do - browse windows.

We also lost in the GUI "appeal" arena because VB and Delphi developers did not have the ease of the grid - they had to use OCX. As a "user" I think ListViews are a better (sexier) browse service than grids.

I have done grid projects - some were pretty good - but list views are more appealing - I just never though snap-to sliders (on grids) were something I should force on my users when LV had a real time slide - and looks better.

I am not saying swap trees for any thing that moves on th form. I am saying pageframes fille with pages of grids reminds mor of a multi-tabbed spread sheet than a high end data management solution. I am saying look at OCX and work with controls that don't have binding - I am saying avoid the easy stuff.

I am also suggestion that rather than be a "tool" expert - learn how to address "noded" containers (TV is only one) almost all the OCX are node engines. XML DOM is a node engine.

Look at XML to Cursor - sure it is easy to get proficient with that - but it may be better from a career point of view to understand DOM (another node engine) and how to render nodes and X-Path - like all the development tools require.
Imagination is more important than knowledge
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform