API reference - Class DeviceClassInductor

Notation used in Ruby API documentation

Module: db

Description: A device class for an inductor.

Class hierarchy: DeviceClassInductor » DeviceClass

This class describes an inductor. Inductors are defined by their combination behavior and the basic parameter 'L' which is the inductance in Henry.

An inductor has two terminals, A and B.

This class has been introduced in version 0.26.

Public methods

void_assign(const DeviceClassInductor other)Assigns another object to self
void_createEnsures the C++ object is created
void_destroyExplicitly destroys the object
[const]bool_destroyed?Returns a value indicating whether the object was already destroyed
[const]new DeviceClassInductor ptr_dupCreates a copy of self
[const]bool_is_const_object?Returns a value indicating whether the reference is a const reference
void_manageMarks the object as managed by the script side.
void_unmanageMarks the object as no longer owned by the script side.

Public static methods and constants

[static,const]unsigned longPARAM_LA constant giving the parameter ID for parameter L
[static,const]unsigned longTERMINAL_AA constant giving the terminal ID for terminal A
[static,const]unsigned longTERMINAL_BA constant giving the terminal ID for terminal B

Detailed description

PARAM_L

Signature: [static,const] unsigned long PARAM_L

Description: A constant giving the parameter ID for parameter L

Python specific notes:
The object exposes a readable attribute 'PARAM_L'. This is the getter.

TERMINAL_A

Signature: [static,const] unsigned long TERMINAL_A

Description: A constant giving the terminal ID for terminal A

Python specific notes:
The object exposes a readable attribute 'TERMINAL_A'. This is the getter.

TERMINAL_B

Signature: [static,const] unsigned long TERMINAL_B

Description: A constant giving the terminal ID for terminal B

Python specific notes:
The object exposes a readable attribute 'TERMINAL_B'. This is the getter.

_assign

Signature: void _assign (const DeviceClassInductor other)

Description: Assigns another object to self

_create

Signature: void _create

Description: Ensures the C++ object is created

Use this method to ensure the C++ object is created, for example to ensure that resources are allocated. Usually C++ objects are created on demand and not necessarily when the script object is created.

_destroy

Signature: void _destroy

Description: Explicitly destroys the object

Explicitly destroys the object on C++ side if it was owned by the script interpreter. Subsequent access to this object will throw an exception. If the object is not owned by the script, this method will do nothing.

_destroyed?

Signature: [const] bool _destroyed?

Description: Returns a value indicating whether the object was already destroyed

This method returns true, if the object was destroyed, either explicitly or by the C++ side. The latter may happen, if the object is owned by a C++ object which got destroyed itself.

_dup

Signature: [const] new DeviceClassInductor ptr _dup

Description: Creates a copy of self

_is_const_object?

Signature: [const] bool _is_const_object?

Description: Returns a value indicating whether the reference is a const reference

This method returns true, if self is a const reference. In that case, only const methods may be called on self.

_manage

Signature: void _manage

Description: Marks the object as managed by the script side.

After calling this method on an object, the script side will be responsible for the management of the object. This method may be called if an object is returned from a C++ function and the object is known not to be owned by any C++ instance. If necessary, the script side may delete the object if the script's reference is no longer required.

Usually it's not required to call this method. It has been introduced in version 0.24.

_unmanage

Signature: void _unmanage

Description: Marks the object as no longer owned by the script side.

Calling this method will make this object no longer owned by the script's memory management. Instead, the object must be managed in some other way. Usually this method may be called if it is known that some C++ object holds and manages this object. Technically speaking, this method will turn the script's reference into a weak reference. After the script engine decides to delete the reference, the object itself will still exist. If the object is not managed otherwise, memory leaks will occur.

Usually it's not required to call this method. It has been introduced in version 0.24.