Beefy Boxes and Bandwidth Generously Provided by pair Networks
We don't bite newbies here... much

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 meditating upon the Monastery: (14)
As of 2015-11-25 17:45 GMT
Find Nodes?
    Voting Booth?

    What would be the most significant thing to happen if a rope (or wire) tied the Earth and the Moon together?

    Results (684 votes), past polls