Using objects where you don't know the module's name until run time.

This is an archived low-energy page for bots and other anonmyous visitors. Please sign up if you are a human and want to interact.

Anonymous Monk has asked for the wisdom of the Perl Monks concerning the following question: ⭐ (object-oriented programming)

I'm trying to build a wrapper class to hold one of an arbitrary number of "plug-in" modules. My motive here is to load the module, and then pass calls from the outside world to that module, failing gracefully if it can't perform the function. I get the name of the module out of a database query. I can do require $string no problem, but the issue then becomes how do I say $string->new?

Originally posted as a Categorized Question.

Comment on Using objects where you don't know the module's name until run time.

Replies are listed 'Best First'.
Re: Using objects where you don't know the module's name until run time.⭐ by tye (Sage) on Nov 06, 2000 at 22:20 UTC
`$string->new()` [download] Yes, it really is that simple.	[reply] [d/l]
Re: Using objects where you don't know the module's name until run time. by Narveson (Chaplain) on Jan 23, 2008 at 12:03 UTC
`require $class_name;` [download] only ensures that an exception will be thrown if $class_name hasn't been loaded. Presumably you think all the modules you may ever need will have already been loaded at compile time. If you want `require` to go out and load the class from a file at runtime, say `eval "require $class_name";` [download] This allows you to leave unwanted modules unloaded, with possible performance gains. Originally posted as a Categorized Answer.	[reply] [d/l] [select]

• hippo

‥ epoptai's answer Re: how do I set a cookie and redirect was blessed by hippo!

• erzuuli

‥ Anonymous Monks are no longer allowed to use Super Search, due to an excessive use of this resource by robots.


"be consistent"
	PerlMonks