Claude
Sat Jun 10 09:31:11 CDT 2006
Well, you can easily create and re-use business objects with VFP. This
seems like a ridiculous argument. many of the things you list are either
available in another form in VFP or are available directly. For database
performance, try vfp to vfp dbf speed compared to C# to SQl.
Since when can't you use the exact same objects for web as you do for
desktop in vfp?? For multithreading in VFP how about:
t=CREATEOBJECT('testserver.thread')
t.start(5,"do c:\MTmyVFP\MyThreadFunc WITH p2")
&& start method params:(1)#threads,(2)VFP code to MT,(3)Silent mode
?t.check && returns .T. if completed
t=null && cleanup
Simple, fast, efficient - it is VFP!!
"Brett Wickard" <brettwickard@nospam.nospam> wrote in message
news:O4EGIC%23iGHA.1612@TK2MSFTNGP04.phx.gbl...
> Then your C# programmers don't know what they're doing :) In my opinion,
> designing a large app in C# is not "more complex" than the same thing in
> VFP -- it so much easier it's silly. Rather than talk in generalities as
> we all are, I'll mention specifics as I see them and please set me
> straight with concrete examples where I'm wrong --- that way maybe all of
> us can learn advantages the other language may have that we're not aware
> of --- for instance that app that I'm still supporting in VFP was done in
> VFP 8.0, so maybe there was a feature I missed in 9.0 (I've got VFP9.0 and
> used it a decent amount but the app is not built in it) that is now out
> there.
>
> Ok for C#, here are the "large app" things that I like that I don't
> believe VFP has:
> 1. Namespaces. It is a convenient way to organize your objects within a
> large app. Especially when you have multiple developers working on it.
> 2. Business Objects. Bridge the world between OOP and your relation DB.
> 3. Refactoring. Can be addictive... make your code way more readable and
> help correct programmer naming errors.
> 4. Easy way to add hints to your objects as you make them.
> 5. Can use many of the same objects -easily- for a desktop and a web app.
> 6. Excellent add-on tools and libraries. (some free, some not). With
> like literally 3 lines of code I added a pivot grid to a form that kicks
> Excel's butt.
> 7. C#.NET can "crunch data" much faster than VFP to an enterprise
> backend. Performance of connection to SQL Server is FASTER than VFP is
> capable of. Don't believe it? It's very easy to test. When I call a SP
> from C# and call the same one in VFP, the performance is much better in C#
> because of the lower overhead of the connection. Easy way to try it:
> Make a SP that does a simple insert to a table (that's what mine
> does)...call it 1000 times from VFP and 1000 times from C# and you'll see
> that C# is at least 50% faster.
> 8. C# is OOP. I'm sure your comment about VB with inheritence was
> referring to VB6 (which came out how many years ago?) all of the VB.NET's
> (i.e. starting in 2002) have had inheritence.
> 9. The development environment is so much more productive and
> bug-preventitive than VFPs. How? Well the compiler catches many
> potential bugs (i.e. strong typing/unitialized variables/etc.) and C# was
> designed to prevent common development bugs (primarily through syntax).
> 10. Excellent performance. C# is very quick. There are plenty of
> benchmarks online (one directly comparing VFP and VB.NET or C#.NET) that
> show how much faster C# is compared to VFP.
> 11. More ready for the future. Want a 64 bit version of your app? No
> problem in .NET.
> 12. Easy Multithreading. Throw a background worker on a form, tell it to
> do something and then have it fire an event when it's done... The whole
> time, though, your app is responsive and snappy... Or you can get fancy
> and spawn tons of threads that you have total control over.
>
>
>
>
> "Ook" <nousenetspam@zootal.nospam.com> wrote in message
> news:ewtDEopiGHA.3588@TK2MSFTNGP02.phx.gbl...
>> I've seen shops succeed in replacing Fox with VB/SQL, but it was a lot of
>> work. VB just can't do what VFP can as quick and as easy and with as few
>> lines of code. Hello, inheritance? VB just didn't (doesn't) have it. I'm
>> also seeing c# sucessfully replacing VFP apps. But again, it's a lot of
>> work, and it's much more complex because C# can't crunch data like VFP
>> can. The functionality just isn't there. Plus, designing a large app in
>> C# is more complex then doing the same thing in VFP. I'm in a shop right
>> now replacing a very large VFP app with c#. They will spend a lot more
>> doing it in c# then in VFP, and the end result will be an app where the
>> forms are sluggish compared to VFP, the data crunching is slower compared
>> to VFP, and overall just doesn't have the VFP snap to it.
>>
>> "Dan Freeman" <spam@microsoft.com> wrote in message
>> news:uK1tLvkiGHA.1936@TK2MSFTNGP04.phx.gbl...
>>>I know many shops that tried to replace FP apps with VB/SQL-server many
>>> years ago and failed utterly because it's an inappropriate platform for
>>> that
>>> particular app. They're all trying to use .NET to do the same today.
>>> They
>>> didn't learn from history.
>>>
>>> A lot of people *say* they're replacing VFP apps. But not many actually
>>> get
>>> the job done.
>>>
>>> Dan
>>>
>>> Ook wrote:
>>>> Agreed. VFP usage is not increasing. Everyone I talk to who is using
>>>> VFP is planning to get rid of it soon and is not doing any new VFP
>>>> work. Who is starting new VFP projects, other then to replace older
>>>> Fox apps? How many existing VFP apps are being replaced with other
>>>> platforms? Tiobe's ratings are not consistent with what is happening
>>>> in the rest of the world.
>>>>
>>>>
>>>> "Man-wai Chang" <toylet.toylet@gmail.com> wrote in message
>>>> news:%236R8e8IiGHA.1272@TK2MSFTNGP03.phx.gbl...
>>>>> Claude Fox wrote:
>>>>>>
http://www.tiobe.com/tiobe_index/index.htm
>>>>>
>>>>> I see no rationale to do it. If Foxpro was really capable, people
>>>>> other than Tiobe would discover and spread the gospel.
>>>>>
>>>>> --
>>>>> .~. Might, Courage, Vision, SINCERITY.
http://www.linux-sxs.org
>>>>> / v \ Simplicity is Beauty! May the Force and Farce be with you!
>>>>> /( _ )\ (Ubuntu 6.06) Linux 2.6.16.18
>>>>> ^ ^ 18:57:01 up 2 days 2:02 0 users load average: 1.00 1.00 1.00
>>>>> news://news.3home.net news://news.hkpcug.org
>>>>> news://news.newsgroup.com.hk
>>>
>>>
>>
>>
>
>