Damned, but I hate assumptions and inconsistency!!!
Just how do you know that "it would require a complete re-write of VB"??? And even if it did, did we not get a complete re-write of FP with VFP 3??? Also, though I hardly paid attention, it seems to me that VB got some heavy re-writing between versions 4 and 5 and 6. Seems to me that the VB 'team' is (probably) staffed to rewrite VB at every release.
Your "MS has seen Fox programmers struggle with OOP..." may be true (who can say?) BUT it contradicts a statement you made a few days ago that the LAST thing someone coming from FP should learn is OOP. I wonder why the same wouldn't apply to VB and real OOP??? I wonder why the VB team could not engineer a new VB with full OOP in such a way that all of the old stuff would still work??? Is it only the VFP team that can do that???
While I'm on the topic, this urban myth currently floating that VFP is burdened (code bloat, complexity, etc, etc, etc) by retention of "legacy functionality" is nothing more than SPECULATION.
Speculation and opinion is fine when it is identified as such.
Regards,
Jim N
>
>I doubt that will ever happen. First, it would require a complete rewrite of VB. Second, MS has seen Fox programmers struggle with OOP and aren't about to rock the boat with VB.
Previous
Next
Reply
View the map of this thread
View the map of this thread starting from this message only
View all messages of this thread
View all messages of this thread starting from this message only