Contents

• Purpose
• API description
  • Use cases
  • API class structure
• Using AIW Generic Parameter API
  • Creating a generic parameter list with basic types
  • Creating a generic parameter list with provider specific objects
  • Error handling
• Glossary
  • Definitions
• References

Use cases

The main use cases of this API are the following:

• Creating a generic parameter list with basic types

• Creating a generic parameter list with provider specific objects.

API class structure

The class structure of AIW Generic Parameter API classes with some of the most important methods is shown in Figure 1:

The TAiwGenericParam object contains a single AIW generic parameter. These objects may then be collected to a CAiwGenericParamList , which can be passed to the AIW providers e.g. via CAiwServiceHandler::ExecuteMenuCmdL() or CAiwServiceHandler::ExecuteServiceCmdL() .

A single generic parameter object contains a semantic id and a variant object. A semantic id can for example be an error code or a landmark. See enumeration TGenericParamId in AiwGenericParam.hrh for possible values.

The variant object is of type TAiwVariant . It consists of a data format and the actual value. The data format can be e.g. integer, UID or a descriptor. See AiwVariantType.hrh for a complete list.

A "data agreement" is an important definition here. It is a contract between AIW provider and consumer to define the parameters required to execute a certain AIW service command. A data agreement describes the provider's input and output parameters, and also event parameters if the AIW service is asynchronous. Note also that these data agreements and other necessary information for executing individual AIW service commands are provider specific.

Some data agreements require that an instance of a certain custom class or struct is passed between the consumer and provider. For example, the Map&Navigation provider uses that approach.

• CAiwGenericParamList
• CAiwServiceHandler::ExecuteMenuCmdL()
• CAiwServiceHandler::ExecuteServiceCmdL()
• TAiwGenericParam
• TAiwVariant
• TGenericParamId

Creating a generic parameter list with basic types

The example code here demonstrates how to create a generic parameter list and fill it with file name (descriptor) and error code (integer) items. This is the way how to pass the most common types of parameters to the AIW providers that do not need provider specific objects.

             
              #include <AiwGenericParam.h>
              

              

              // Create a list and put it into the cleanup stack.
              

              CAiwGenericParamList* list = CAiwGenericParamList::NewLC();
              

              

              // Set up and append file name parameter.
              

              _LIT(KMyFileName, "c:\\data\\testfile.txt");
              

              TFileName filename(KMyFileName);
              

              TAiwGenericParam param(EGenericParamFile);
              

              param.Value().Set(filename);
              

              list->AppendL(param);
              

              

              // Set up and append error code parameter.
              

              param.Reset();  
              

              param.SetSemanticId(EGenericParamError);
              

              param.Value().Set(KErrNotFound); 
              

              list->AppendL(param);
              

              

              // The list can now be passed e.g. by calling Service Handler's ExecuteMenuCmdL() or 
              

              // ExecuteServiceCmdL().
              

              

              // Pop and destroy the list when it is not needed anymore.
              

              CleanupStack::PopAndDestroy(list);
             
            

There may be as many items as required on the list with the same semantic id. The receiving application uses iterator methods in the CAiwGenericParamList class for accessing data items on the list.

The AIW framework contains convenience methods for creating input and output lists. By using the lists, the consumer application does not have to take care of allocating the list from a heap or deleting it afterwards. The only limitation is that only one input and one output list can be requested simultaneously. If more are required, the consumer application must create and delete them by itself. The methods for creating input and output lists are defined as follows:

             
              CAiwGenericParamList& CAiwServiceHandler::InParamListL();
              

              CAiwGenericParamList& CaiwServiceHandler::OutParamListL();
             
            

• CAiwGenericParamList

Creating a generic parameter list with provider specific objects

If a provider specific class or struct needs to be transferred between a consumer and a provider, it needs to be serialized by using e.g. a TPtrC8 or TPckg type before adding it to a generic parameter list. The variant type id EVariantTypeDesC8 should be used for these kind of parameters. It should also be noted that the AIW framework does not support passing pointers. See Map and Navigation AIW provider documentation for an example.

• EVariantTypeDesC8
• TPckg
• TPtrC8

Error handling

Some methods may leave, for example if running out of memory. Normal Symbian platform error handling practises should be used, including e.g. using cleanup stack and TRAP harness.

• TRAP

Definitions

Definitions