Hey Donald,
>My project details are unimportant. My point was this: .Net with C# is impressive. It has much to offer. But compared to VFP, it requires more resources (read programming time). For small shops, it is a very burdensome overhead. If you are the government or work for a big budget corporation, then C# is your game.
>
>For building a data centric application, with n-tier construction and using OOP methodolgies, VFP still can't be beat for getting a completed project in the hands of the customers.
I would have to agree in general. But there's no simple answer.
>I have noticed that the .Net folks assume that using VFP means using a VFP backend. Many folks that responded appear to think that using VFP still requires @ SAY..GET command structure (Yes, I exagerate a little to make a point). Someone even mentioned how much easier it is to build Web apps with .Net (really?, Oh Duh).
>
>I would like to have .Net advantages, but the speed of development with VFP.
>Why couldn't a modern day Fox Technologies develop a new Fox that would compile on the .Net CLR?
>
>An idea worth exploring. I'll start a separate thread for this.
It's not an idea worth exploring; it's an idea that was stillborn years ago. IMHO the problem is the maturity of the product. The framework is still only quasi-mature. VFP has been around for 11 years and was born as a database framework.
It is a serious PITA to do data-intensive apps in .Net .... BUT... it's a recognized limitation and work is being done to alleviate that.
------------------------------------------------
John Koziol, ex-MVP, ex-MS, ex-FoxTeam. Just call me "X"
"When the going gets weird, the weird turn pro" - Hunter Thompson (Gonzo) RIP 2/19/05