| Name : perl-Object-Import
| |
| Version : 1.6.0
| Vendor : obs://build_opensuse_org/devel:languages:perl
|
| Release : 1.4
| Date : 2024-06-23 18:45:44
|
| Group : Unspecified
| Source RPM : perl-Object-Import-1.6.0-1.4.src.rpm
|
| Size : 0.08 MB
| |
| Packager : (none)
| |
| Summary : import methods of an object as functions to a package
|
Description :
This module lets you call methods of a certain object more easily by
exporting them as functions to a package. The exported functions are not
called as methods and do not receive an object argument, but instead the
object is fixed at the time you import them with this module.
You use the module with the following syntax:
use Object::Import $object, %options;
Here, \'$object\' is the object from which you want to import the methods.
This can be a perl object (blessed reference), or the name of a package
that has class methods.
As usual, a \'use\' statement is executed in compile time, so you should take
care not to use values that you compute only in run-time, eg.
my $object = Foo::Bar->new();
use Object::Import $object; # WRONG: $object is not yet initialized
Instead, you have to create the object before you import, such as
use Object::Import Foo::Bar->new();
You can also call import in run-time, eg.
use Object::Import ();
my $object = Foo::Bar->new();
import Object::Import $object;
but in that case, you can\'t call the imported functions without
parenthesis.
If you don\'t give an explicit list of methods to export, Object::Import
tries to find out what callable methods the object has and import all of
them. Some methods are excluded from exporting in this case, namely any
methods where exporting would overwrite a function existing in the target
package or would override a builtin function, also any methods with names
that are special to perl, such as \'DESTROY\', and any methods whose name
starts with an underscore. This automatic search for methods is quite
fragile because of the way perl OO works, so it can find subroutines that
shouldn\'t actually be called as methods, or not find methods that can
actually be called. In particular, even if you import an object from a
purely object oriented module, it can find non-method subs imported from
other (non-OO) modules.
If you do give a list of methods to export, Object::Import trusts you know
what you mean, so it exports all those subs even if it has to replace
existing subs or break something else.
|
RPM found in directory: /packages/linux-pbone/ftp5.gwdg.de/pub/opensuse/repositories/devel:/languages:/perl/openSUSE_Tumbleweed/noarch |
