Beefy Boxes and Bandwidth Generously Provided by pair Networks
Do you know where your variables are?

Re^2: Override new in Moose for flyweight objects

by Aaronrp (Scribe)
on Apr 07, 2020 at 23:00 UTC ( [id://11115201]=note: print w/replies, xml ) Need Help??

in reply to Re: Override new in Moose for flyweight objects
in thread Override new in Moose for flyweight objects

That's certainly a more concise way of writing that. Of course you're right that you could just decide that "instance" was your constructor instead of "new." But "new" is the usual, conventional way of naming constructors both in general Perl and in Moose-based classes specifically, and I think it's reasonable to want to maintain that convention much of the time. I don't think there's anything wrong with the factory approach but I don't think it's the only one that makes sense.

In any event, I think the cached nature of the object is actually an implementation detail that's internal to the class, for many classes with immutable objects. Sometimes caching is going to be worth the tradeoff in memory and lookup time, and sometimes it won't, and I shouldn't need to know whether some class or other caches its objects as long as the ultimate behavior is the same, and I don't think one should use different constructors based on that. In old-style Perl OO, this would not be an issue.

  • Comment on Re^2: Override new in Moose for flyweight objects

Log In?

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

How do I use this?Last hourOther CB clients
Other Users?
Others romping around the Monastery: (4)
As of 2024-07-13 05:49 GMT
Find Nodes?
    Voting Booth?

    No recent polls found

    erzuuli‥ 🛈The London Perl and Raku Workshop takes place on 26th Oct 2024. If your company depends on Perl, please consider sponsoring and/or attending.