| Name : perl-Object-InsideOut
| |
| Version : 4.50.0
| Vendor : obs://build_opensuse_org/devel:languages:perl
|
| Release : lp156.1.1
| Date : 2024-07-26 22:50:59
|
| Group : Unspecified
| Source RPM : perl-Object-InsideOut-4.50.0-lp156.1.1.src.rpm
|
| Size : 0.39 MB
| |
| Packager : https://www_suse_com/
| |
| Summary : Comprehensive inside-out object support module
|
Description :
This module provides comprehensive support for implementing classes using
the inside-out object model.
Object::InsideOut implements inside-out objects as anonymous scalar
references that are blessed into a class with the scalar containing the ID
for the object (usually a sequence number). For Perl 5.8.3 and later, the
scalar reference is set as *read-only* to prevent _accidental_
modifications to the ID. Object data (i.e., fields) are stored within the
class\'s package in either arrays indexed by the object\'s ID, or hashes
keyed to the object\'s ID.
The virtues of the inside-out object model over the _blessed hash_ object
model have been extolled in detail elsewhere. See the informational links
under \"SEE ALSO\". Briefly, inside-out objects offer the following
advantages over _blessed hash_ objects:
* * Encapsulation
Object data is enclosed within the class\'s code and is accessible only
through the class-defined interface.
* * Field Name Collision Avoidance
Inheritance using _blessed hash_ classes can lead to conflicts if any
classes use the same name for a field (i.e., hash key). Inside-out objects
are immune to this problem because object data is stored inside each
class\'s package, and not in the object itself.
* * Compile-time Name Checking
A common error with _blessed hash_ classes is the misspelling of field
names:
$obj->{\'coment\'} = \'Say what?\'; # Should be \'comment\' not \'coment\'
As there is no compile-time checking on hash keys, such errors do not
usually manifest themselves until runtime.
With inside-out objects, _text_ hash keys are not used for accessing field
data. Field names and the data index (i.e., $$self) are checked by the Perl
compiler such that any typos are easily caught using \'perl -c\'.
$coment[$$self] = $value; # Causes a compile-time error
$comment{$$self} = $value; # Also causes a compile-time error
Object::InsideOut offers all the capabilities of other inside-out object
modules with the following additional key advantages:
* * Speed
When using arrays to store object data, Object::InsideOut objects are as
much as 40% faster than _blessed hash_ objects for fetching and setting
data, and even with hashes they are still several percent faster than
_blessed hash_ objects.
* * Threads
Object::InsideOut is thread safe, and thoroughly supports sharing objects
between threads using threads::shared.
* * Flexibility
Allows control over object ID specification, accessor naming, parameter
name matching, and much more.
* * Runtime Support
Supports classes that may be loaded at runtime (i.e., using \'eval { require
...; };\'). This makes it usable from within mod_perl, as well. Also
supports additions to class hierarchies, and dynamic creation of object
fields during runtime.
* * Exception Objects
Object::InsideOut uses Exception::Class for handling errors in an
OO-compatible manner.
* * Object Serialization
Object::InsideOut has built-in support for object dumping and reloading
that can be accomplished in either an automated fashion or through the use
of class-supplied subroutines. Serialization using Storable is also
supported.
* * Foreign Class Inheritance
Object::InsideOut allows classes to inherit from foreign (i.e.,
non-Object::InsideOut) classes, thus allowing you to sub-class other Perl
class, and access their methods from your own objects.
* * Introspection
Obtain constructor parameters and method metadata for Object::InsideOut
classes.
|
RPM found in directory: /packages/linux-pbone/ftp5.gwdg.de/pub/opensuse/repositories/devel:/languages:/perl/15.6/noarch |
