Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
If inheritance is a prime reason for OOP, then why...
Message
 
To
31/12/1998 13:08:15
General information
Forum:
Visual FoxPro
Category:
Object Oriented Programming
Miscellaneous
Thread ID:
00171748
Message ID:
00172007
Views:
65
Hey, Nancy, slow down on the abbreviations here !

We non Americans are not as clued up on them ..... :):):)

What on earth is IMNSHO ? (I know about IMO).

Michel.

================= Original message follows ========================

>Six of one, 1/2 a dozen of the other. You're first experience was with one default behavior and so that seems natural to you. My experience is the opposite. Neither is right or wrong but a matter of knowing your tool IMNSHO.
>
>Regards.
>>That's the type of theory explanation for which I was looking. My problem resides mostly with the Visual Classes. We have our standard form for example that contains a SET EXCLUSIVE OFF and SET DELETED ON in the LOAD EVENT. A developer on staff was getting a "File in use" error in a form. Without looking at in detail, I posted a message here thinking that it was a Data Environment problem. After Cetin provided a suggestion to check the SET EXCLUSIVE, a light clicked on over my head. I found that my VFP newbie forgot to "DODEFAULT".
>>
>>I've never understood why this was not the default behavior in subclasses. My other OOP experience is with Delphi where adding code to methods automatically includes an INHERITED keyword. The developer has to make a conscious effort to override in Delphi. That just seems more intuitive to me.
>>
>>In a team environment where everyone may not know nor have the time to study the custome code in the parent methods, I would think that a requirement to implicitly state to override would result in less programmer error...
>>
>>Thanks for the input...
>>
>>Jack
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform