calling overriden method from outside of class

On 26 dez, 22:48, Delirium tremens wrote:
> I created a FormChecker class and an AntiCracker class extending the
> FormChecker class. I want to use the aFiller method from AntiCracker,
> but I want to use the aFiller method from FormChecker too. If I create
> $fc->aMethod and call AntiCracker::aFiller, are the two "aFiller"s
> going to use the same properties? When you need to the methods from
> the parent and child classes to use the same properties, what do you
> do? Is this a normal situation or a design pattern error???

Two related topics.

http://groups.google.com/group/comp.lang.php/browse_thread/thread/43c...

http://groups.google.com/group/comp.lang.php/browse_thread/thread/438...

If it is a design pattern error, what should I do?
 >> Stay informed about: calling overriden method from outside of class 

Delirium tremens wrote:
> I created a FormChecker class and an AntiCracker class extending the
> FormChecker class. I want to use the aFiller method from AntiCracker,
> but I want to use the aFiller method from FormChecker too. If I create
> $fc->aMethod and call AntiCracker::aFiller, are the two "aFiller"s
> going to use the same properties? When you need to the methods from
> the parent and child classes to use the same properties, what do you
> do? Is this a normal situation or a design pattern error???

The base class method will only access members of the base class.
Derived class methods can access base derived class members, or base
class members which are public (very bad) or protected (only slightly
better).

Generally, derived class members access members of their own class
directly; if they need to access base class members (not necessarily a
design problem), they often do it through access functions.

These access functions may be protected or public; one should be careful
not to make any variables in either class public (or protected, if you
can help it).

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex.TakeThisOut@attglobal.net
==================
 >> Stay informed about: calling overriden method from outside of class 

On 26 dez, 20:53, Jerry Stuckle wrote:
> Delirium tremens wrote:
> > I created a FormChecker class and an AntiCracker class extending the
> > FormChecker class. I want to use the aFiller method from AntiCracker,
> > but I want to use the aFiller method from FormChecker too. If I create
> > $fc->aMethod and call AntiCracker::aFiller, are the two "aFiller"s
> > going to use the same properties? When you need to the methods from
> > the parent and child classes to use the same properties, what do you
> > do? Is this a normal situation or a design pattern error???
>
> The base class method will only access members of the base class.
> Derived class methods can access base derived class members, or base
> class members which are public (very bad) or protected (only slightly
> better).
>
> Generally, derived class members access members of their own class
> directly; if they need to access base class members (not necessarily a
> design problem), they often do it through access functions.
>
> These access functions may be protected or public; one should be careful
> not to make any variables in either class public (or protected, if you
> can help it).
>
> --
> ==================
> Remove the "x" from my email address
> Jerry Stuckle
> JDS Computer Training Corp.
> jstuck... DeleteThis @attglobal.net
> ==================

Storing all properties in, setting all properties to and getting all
properties from one class is the solution. That is what a model is
for. The "business logic" meaning is clear now.
 >> Stay informed about: calling overriden method from outside of class 

On 27 dez, 06:32, Delirium tremens wrote:
> On 26 dez, 20:53, Jerry Stuckle wrote:
>
>
>
> > Delirium tremens wrote:
> > > I created a FormChecker class and an AntiCracker class extending the
> > > FormChecker class. I want to use the aFiller method from AntiCracker,
> > > but I want to use the aFiller method from FormChecker too. If I create
> > > $fc->aMethod and call AntiCracker::aFiller, are the two "aFiller"s
> > > going to use the same properties? When you need to the methods from
> > > the parent and child classes to use the same properties, what do you
> > > do? Is this a normal situation or a design pattern error???
>
> > The base class method will only access members of the base class.
> > Derived class methods can access base derived class members, or base
> > class members which are public (very bad) or protected (only slightly
> > better).
>
> > Generally, derived class members access members of their own class
> > directly; if they need to access base class members (not necessarily a
> > design problem), they often do it through access functions.
>
> > These access functions may be protected or public; one should be careful
> > not to make any variables in either class public (or protected, if you
> > can help it).
>
> > --
> > ==================
> > Remove the "x" from my email address
> > Jerry Stuckle
> > JDS Computer Training Corp.
> > jstuck... RemoveThis @attglobal.net
> > ==================
>
> Storing all properties in, setting all properties to and getting all
> properties from one class is the solution. That is what a model is
> for. The "business logic" meaning is clear now.

I am not sure about setting all properties to. it may be just storing
and getting.
 >> Stay informed about: calling overriden method from outside of class 

Delirium tremens wrote:
> On 26 dez, 20:53, Jerry Stuckle wrote:
>> Delirium tremens wrote:
>>> I created a FormChecker class and an AntiCracker class extending the
>>> FormChecker class. I want to use the aFiller method from AntiCracker,
>>> but I want to use the aFiller method from FormChecker too. If I create
>>> $fc->aMethod and call AntiCracker::aFiller, are the two "aFiller"s
>>> going to use the same properties? When you need to the methods from
>>> the parent and child classes to use the same properties, what do you
>>> do? Is this a normal situation or a design pattern error???
>> The base class method will only access members of the base class.
>> Derived class methods can access base derived class members, or base
>> class members which are public (very bad) or protected (only slightly
>> better).
>>
>> Generally, derived class members access members of their own class
>> directly; if they need to access base class members (not necessarily a
>> design problem), they often do it through access functions.
>>
>> These access functions may be protected or public; one should be careful
>> not to make any variables in either class public (or protected, if you
>> can help it).
>>
>> --
>> ==================
>> Remove the "x" from my email address
>> Jerry Stuckle
>> JDS Computer Training Corp.
>> jstuck....RemoveThis@attglobal.net
>> ==================
>
> Storing all properties in, setting all properties to and getting all
> properties from one class is the solution. That is what a model is
> for. The "business logic" meaning is clear now.

No, it is not the solution. There are very valid reasons for having
properties in derived classes.

The solution is to have the properties in the classes where they are
needed.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex.RemoveThis@attglobal.net
==================
 >> Stay informed about: calling overriden method from outside of class