Beefy Boxes and Bandwidth Generously Provided by pair Networks
Don't ask to ask, just ask
 
PerlMonks  

Re: Should MooseX::StrictConstructor be part of Moose itself?

by einhverfr (Pilgrim)
on Nov 17, 2013 at 12:48 UTC ( #1062990=note: print w/ replies, xml ) Need Help??


in reply to Should MooseX::StrictConstructor be part of Moose itself?

I don't know. The current status quo makes it very easy to "glue" different layers of code together assuming certain contracts, and allow those contracts to be extensible later on (handling optional extensions if one wants).

Now, "easy glue" has a number of traps, but opting into the status quo today would make my life a lot harder. For example there are times where I want to say "given this data structure, take the relevant subset and create an object from it" and Moose is currently very good at doing that. Moreover if Moo were to adopt this behavior too, I would have to write additional constructors for handling that case on every class.

As I see it, Moose has a large number of ways of ensuring a flexible yet robust software contract besides this. You have type constraints, required attributes, and more. Since these are remarkably helpful I don't see why this should be the default behavior.


Comment on Re: Should MooseX::StrictConstructor be part of Moose itself?

Log In?
Username:
Password:

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

How do I use this? | Other CB clients
Other Users?
Others browsing the Monastery: (13)
As of 2014-12-19 20:20 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    Is guessing a good strategy for surviving in the IT business?





    Results (91 votes), past polls