Beefy Boxes and Bandwidth Generously Provided by pair Networks
Your skill will accomplish
what the force of many cannot

Re^3: brian's Guide to Solving Any Perl Problem (@EXPORT_OK++)

by tye (Sage)
on Feb 08, 2005 at 04:11 UTC ( #428906=note: print w/replies, xml ) Need Help??

in reply to Re^2: brian's Guide to Solving Any Perl Problem
in thread brian's Guide to Solving Any Perl Problem

Most style guides I work under ask for the full package name of external functions

What an awful idea. Just being explicit about what you import from any module you use is a much better idea. @EXPORT is evil but @EXPORT_OK makes for easier-to-read/-write code and provides reasonable interface verification (at compile time, no less). demerphq already said all of this, but I just boggle at the sentence I quoted so I had to chime in against such insanity.

- tye        

  • Comment on Re^3: brian's Guide to Solving Any Perl Problem (@EXPORT_OK++)

Replies are listed 'Best First'.
Re^4: brian's Guide to Solving Any Perl Problem (@EXPORT_OK++)
by JavaFan (Canon) on Aug 25, 2010 at 11:27 UTC
    If the importing module uses an explicit import list, @EXPORT isn't any more evil than @EXPORT_OK is. @EXPORT provides a default list to import. It's up to the user of the module to decide whether to use the default or not. I very seldomly write a module that has an empty @EXPORT and a non-empty @EXPORT_OK. Not providing defaults isn't very friendly in my book.

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://428906]
[stevieb]: Playing around with two DACs to control a single RGB LED (each DAC only has two outputs, LED has 3 inputs), and have realized that each of my IC RPi dists needs a wiring diagram, which is linked to within the documentation

How do I use this? | Other CB clients
Other Users?
Others about the Monastery: (4)
As of 2017-08-20 19:23 GMT
Find Nodes?
    Voting Booth?
    Who is your favorite scientist and why?

    Results (317 votes). Check out past polls.