CAF Call interface: Difference between revisions
mNo edit summary |
|||
| (One intermediate revision by one other user not shown) | |||
| Line 1: | Line 1: | ||
This interface is used as the API to an object that can handle multiple call legs. It is primarily used by other CAF modules such as Behaviors to interact with the call management object without explicitly knowing its class definition. This interface is particularly useful since a system designer can completely replace the default call handling class (GRP_DOC_CALL_MANAGEMENT_CAF_CALL) '''(LINK?)''' by a custom class | {{DISPLAYTITLE:CAF Call interface}} | ||
This interface is used as the API to an object that can handle multiple call legs. It is primarily used by other CAF modules such as Behaviors to interact with the call management object without explicitly knowing its class definition. This interface is particularly useful since a system designer can completely replace the default call handling class (GRP_DOC_CALL_MANAGEMENT_CAF_CALL) '''(LINK?)''' by a custom class, and still benefit from all the behaviors from the Toolpack modules (e.g., ring-back-tone, voicemail-fallback, etc.). | |||
== Usage == | == Usage == | ||
This interface does not define the behavior of the class | This interface does not define the behavior of the class or its implementation. This is specifically what makes this interface so useful, since applications such as Telephony Application could be easily be modified by providing a new, custom-made, call handling class by simply changing one line in the application. All remaining code of the application does not need to be altered as it never makes any reference to the class since it always uses interface pointers. | ||
Return to the Toolpack [[User Guide]] | Return to the Toolpack [[User Guide]] | ||
Latest revision as of 11:17, 6 September 2022
This interface is used as the API to an object that can handle multiple call legs. It is primarily used by other CAF modules such as Behaviors to interact with the call management object without explicitly knowing its class definition. This interface is particularly useful since a system designer can completely replace the default call handling class (GRP_DOC_CALL_MANAGEMENT_CAF_CALL) (LINK?) by a custom class, and still benefit from all the behaviors from the Toolpack modules (e.g., ring-back-tone, voicemail-fallback, etc.).
Usage
This interface does not define the behavior of the class or its implementation. This is specifically what makes this interface so useful, since applications such as Telephony Application could be easily be modified by providing a new, custom-made, call handling class by simply changing one line in the application. All remaining code of the application does not need to be altered as it never makes any reference to the class since it always uses interface pointers.
Return to the Toolpack User Guide