- My example was not a module, it was a script with an embedded package. package has a block scope, so to create a real module, only save the portion of the script that defines the package. The rest (including the %movies_data hash) belongs to the main package, i.e. to the script.
- I prefer to constrain values. You can add any values you need, but checking they belong to a given set can still help you: it will catch typos in newly added data and provide a list of all possible values when you're not sure what category to use.
- The same way as your code, i.e. there's no particular code related to the case (maybe because there's no such movie in the data?).
- It's possible. It can take some time, but it isn't hard.
- I haven't tested it, but I think so. I'm not aware of any 5.10+ features used in the code.
| [reply] |
- Sorry, I thought you wrote a module and script. I did not realize it was only a script. It would be very painful to have to copy and paste almost everything from line 8 to line 213 (nearly 6kb) in the current module to every script which uses the 5 hash subroutines the module currently exports. Oh guh...
- I had not thought about setting things up within the subroutines to check for spelling errors. I usually do that with a scratchpad script to find things which do not not belong.
- *blushes* I did not think to add a movie with a tbd start date.
- So Moo has the path from regular OO to Moo in the docs which I can reverse engineer?
Thank you very much.
No matter how hysterical I get, my problems are not time sensitive. So, relax, have a cookie, and a very nice day!
Lady Aleena
| [reply] |
| [reply] |
From your reply above: "It would be very painful to have to copy and paste almost everything from line 8 to line 213 (nearly 6kb) in the current module to every script which uses the 5 hash subroutines the module currently exports. Oh guh..."
From your homepage: "I would like this to be the last time I have to defend my use of separated values. I try to stay away from the database topic as much as possible these days whenever it comes up."
This is where databases fit into the picture. Start kicking and screaming.
| [reply] |