Charlotte Foust
cfoust at infostatsystems.com
Tue Mar 16 11:23:30 CST 2004
Unfortunately, however you define it, Access VBA does not allow overloading OR polymorphism OR inheritance. If the discussion is going to degenerate into hair splitting, then I think the mods (and JC) should consider ending it. Charlotte Foust -----Original Message----- From: Bob Hall [mailto:rjhjr at cox.net] Sent: Tuesday, March 16, 2004 9:03 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Framework Discussion - Dependent Objects Hi John, On Tue, Mar 16, 2004 at 10:54:40AM -0500, John W. Colby wrote: > Overloading means inheriting a parent class, then taking a defined > method in the parent class, and writing the exact same syntax function > call replacing the functionality with something different. Dog > "Barks", Daschund "barks" but entirely differently. I inherit dog, > and then write a new "bark" method changing the code (usually but not > always writing entirely new code) to change what happens when the user > calls my bark method. I then save that as a Daschund object of the > dog lineage. Overloading doesn't involve inheritence, and the syntax of the function call can change. The definition is that the same function name (or operator symbol) is used with different parameters (or operands). For example, I can overload DrawSolid() so that it draws a four-sided solid when passed four points, and a five-sided solid when passed five points. I don't do this by inheritence; I just write a new definition of DrawSolid(). What you describe above is polymorphism. Bob Hall -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com