in reply to Re: OO Getters/Setters
in thread OO Getters/Setters
this always gave me the heebies because returning the object for success seems a little fragile. What if ->foo() fails? Is it still sensible to return the object? What happens if you have a mutator (well, a not-mutator according to hardburn) that rejects the data presented for whatever reason? If your mutator returns an error code because ->foo(123) is bad input, you wind up with, i.e., "123 is an invalid foo"->bar(456) and your code goes pear-shaped.$self->foo(123) # chaining of mutator calls ->bar(456);
Sure, maybe "123 is an invalid foo" is up for argument as a sensible error code. The point is that it seems like a way to limit your object if you need to do any interesting things to communicate failure to back to your user.
|
---|
Replies are listed 'Best First'. | |
---|---|
Re: Re: Re: OO Getters/Setters
by stvn (Monsignor) on Jan 01, 2004 at 01:59 UTC |
In Section
Seekers of Perl Wisdom