Beefy Boxes and Bandwidth Generously Provided by pair Networks
Just another Perl shrine

Re: (Solved?) Moose type-constraint is unhappy with defaults ... why?

by phaylon (Curate)
on Nov 24, 2011 at 17:34 UTC ( #939923=note: print w/replies, xml ) Need Help??

in reply to (Solved?) Moose type-constraint is unhappy with defaults ... why?

The main reason for MooseX-Types at the time was that since Moose types are global, you have to be careful about conflicts. Your "MyOffset" type for example is not very distinct. Another module could easily have that type itself. So it became best practice to name them "MyProject::MyType" with a project prefix.

So MooseX-Types is there to do the following for you:

  • Encapsulate your types into a reusable library from which you can import the types into your current package.
  • Provide the types as exported functions so typos can be caught.
  • Handle namespacing of the types so they don't conflict.

The last part is crucial here. Since the declared types are namespaced, your type is actually named "myTypes::myOffset". If you use the bareword you don't have to type out the namespace, among other things.

So basically what zwon++ said is right, just wanted to give some context as to the reasons of why it is this way.

Ordinary morality is for ordinary people. -- Aleister Crowley
  • Comment on Re: (Solved?) Moose type-constraint is unhappy with defaults ... why?

Log In?

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

How do I use this? | Other CB clients
Other Users?
Others surveying the Monastery: (5)
As of 2016-10-24 21:24 GMT
Find Nodes?
    Voting Booth?
    How many different varieties (color, size, etc) of socks do you have in your sock drawer?

    Results (310 votes). Check out past polls.