Beefy Boxes and Bandwidth Generously Provided by pair Networks
Clear questions and runnable code
get the best and fastest answer

Re^4: Mutator chaining considered harmful

by Anonymous Monk
on Dec 29, 2004 at 14:19 UTC ( #417986=note: print w/replies, xml ) Need Help??

in reply to Re^3: Mutator chaining considered harmful
in thread Mutator chaining considered harmful

Mostly it makes it difficult to catch errors if those methods fail.

But not any more difficult that catching an error in *any* chaining call. The OP had no problem with:
my $label_formatting = $button->child->font_style;
but if there's an error in the child method, it'll be as hard to catch as in:

And if your methods just throw exceptions on errors, you can just wrap it all in an eval:

eval {$window->title('foo')->border(20)}; if ($@) { something...}
If that isn't good enough for you, because you need fine grained control on catching errors, you can always write:
eval {$window->title('foo')}; if ($@) {....} else {eval {$window->border(20)} if ($@) {....}}
The point is that mutators returning $self allow for either style. Chaining for those who want it, and fine control for those who want that.

Returning the argument passed in is IMO not very useful. The OP mentioned "that's how = does it - it allows you to write $foo = $bar = $baz;. That's true, but the OO equivalent would be:

which, IMO, gets unwieldy very quickly and isn't very readable either. I also have seldomly any use for that.

Log In?

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://417986]
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others musing on the Monastery: (1)
As of 2023-03-25 01:34 GMT
Find Nodes?
    Voting Booth?
    Which type of climate do you prefer to live in?

    Results (62 votes). Check out past polls.