Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Why Not VFP.NET?
Message
De
19/12/2003 01:15:15
Dorin Vasilescu
ALL Trans Romania
Arad, Roumanie
 
 
À
18/12/2003 10:43:19
Information générale
Forum:
Visual FoxPro
Catégorie:
Visual FoxPro et .NET
Divers
Thread ID:
00860155
Message ID:
00860604
Vues:
36
Thanks for the info
I'll check this.

But what about local data engine? I know that, as solutions,Foxpro OLE DB or MSDE is often suggested, but why not to have the engine in NET and do nice things like indexed incremental searching in thousands items lists without having to load too much in memory?
Why VistaDB.NET, TurboDB.NET, CodeBase.NET and not VFoxpro.NET ? I mean as local data engines.
Seeing one Ken message in this thread, I think that something will be done in this direction, though, for the next VS.NET version.
"Many Visual FoxPro features from language, to data, to tools, are being added to upcoming versions of Visual Studio"
I'm very curious what this means.



>>Just think at the equivalent in C# of those simple commands with parameters:
>>
>>
>>conH = SQLSTRINGCONNECT({connection_string})
>>SQLPREPARE(conH , [select * from {some_table} where some_column IN (?param1, ?param2,?param3,?param4)])
>>...parameters asignments
>>SQLEXECUTE(conH)
>>BROWSE
>>
>
>You can use code pretty similar to this if you use the VFP toolkit.
>
>BOb
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform