ILS_MEMBER_FUNCTION

Category

Dynamic view-related macros

Description

These macros declare member functions of Server classes as being accessible at runtime, so that they can be used in dynamic view type specifications. They also enable a component to invoke the declared functions on server objects.

This macro can only be enclosed between the following pairs of macros:

ILS_OBJECT_BEGIN/ILS_OBJECT_END

ILS_ENTITY_BEGIN/ILS_ENTITY_END

ILS_MVVIEW_BEGIN/ILS_MVVIEW_END

or their derivatives.

Header File

#include <ilserver/rtmodel.h>

Synopsis

ILS_MEMBER_FUNCTION0(resType,objType,funNm)

ILS_MEMBER_FUNCTION1(resType,objType,funNm,param1Type)

ILS_MEMBER_FUNCTION2(resType,objType,funNm,param1Type,param2Type)

ILS_MEMBER_FUNCTION3(resType,objType,funNm,

param1Type,param2Type,param3Type)

ILS_MEMBER_FUNCTION4(resType,objType,funNm,param1Type,

param2Type,param3Type,param4Type)

ILS_MEMBER_FUNCTION5(resType,objType,funNm,param1Type,

param2Type,param3Type,param4Type,param5Type)

ILS_MEMBER_FUNCTION6(resType,objType,funNm,param1Type,param2Type,

param3Type,param4Type,param5Type,param6Type)

Arguments

These macros take the following arguments in this order:

the type of the function return value,

the Server type to which the member function belongs,

the function name,

the types of the function parameters.

All the runtime member functions of a same class must have a unique name. The result and the parameters of a member function can be of the following types:

char

IlsString

IlsBoolean

short

int

long

float

double

Any type that derives from IlsMvUserType.

When a runtime-accessible member function is called from the component, the result
is not sent back to this component, since the callback mechanism is completely asynchronous. However, to allow for macro expansion requirements, such a function cannot have a result of type void.