http://www.perlmonks.org?node_id=428906


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.