in reply to Why get() and set() accessor methods are evil
I think:
- Your statement is way too generalized, and looked at the situation basically in a black and white manner, when it is not;
- The example you gave does not strengthen your conclusion.
- (Also this is not an OO issue, but merely a Perl issue.)
But your example did make me think. Part of the problem your code showed is that it is not pure OO.
Ideally, modification of internal structure shall not cause interface change, but in this case, it caused. Is this caused by using of getter and setter? NO. Now if Perl becomes more OO,
- Imaging you no longer return list, array or hash, instead you return an OO object, a collection (a collection of object, and the collection itself is also an object.)
- list, array and hash are now OO objects
- The OO objects represent list, array and hash all implement collection interface.
Now whatever you use internally, hash, array or list, the outsider world will see it in the same way (a collection that supports a given set of method, regardless how those method are IMPLEMENTED), and the setter, getter will stay the same.
The real problem is that your code is not pure OO, or Perl does not really support you to do it in that way.
But the defects showed by your code example does reminder people that, when you do OO design and coding in Perl, there are certain considerations special to Perl that you have to take into consideration.
|
---|
Replies are listed 'Best First'. | |
---|---|
Re: Re: Why get() and set() accessor methods are evil
by hardburn (Abbot) on Nov 25, 2003 at 18:02 UTC | |
by pg (Canon) on Nov 25, 2003 at 18:07 UTC | |
by BUU (Prior) on Nov 25, 2003 at 18:43 UTC | |
by hardburn (Abbot) on Nov 25, 2003 at 18:57 UTC | |
Re: Re: Why get() and set() accessor methods are evil
by synistar (Pilgrim) on Nov 25, 2003 at 18:41 UTC |