开发BREW扩展类.docVIP

看到一篇文章，觉得比较有指导意义，译过来，希望给大家有些帮助，能力有限，有错误的地方还望大家指出来。共同学习，共同进步。 原文地址：/bws/content/gi/common/appseng/en/knowledgebase/docs/extensions.htm 1 简介：扩展类可以扩充BREW的功能，通常来说，扩展类都是以动态的形式存在并且以OTA方式提供下载，然而在某些情况下，OEM制造商会在他们的设备中添加了一些静态的扩展类，例如：OEM制造商经常会给BREW标准接口类IAddrBook添加许多额外的功能，他们通常会创建自己的IAddrBook接口，并且把新增的额外功能提供给开发者。 2 静态 VS 动态静态扩展类通常是被包含在OEM制造商的SW版本中，不由第三方开发者提供。从另外一个角度看来，动态扩展则是由OTA方式下载。移动应用和它所需要的扩展类是同时被下载到手机上的（除非手机上已经存在了所需的扩展类），通过MIF文件提供的依存列表信息把所需要的扩展类下载到手机当中。每一个动态扩展都会有一个相关联的引用计数，该引用计数负责监视手机上所有应用对于该扩展类的依赖关系，如果引用计数减少到0，则该扩展类将被从手机内存中移除。静态扩展则不是，它没有引用计数，也永远不会被从手机上删除。 3 特性扩展类不包含权限设置，它的权限级别继承于父应用，例如：如果某应用使用了一个具有文件操作功能的扩展类，那么该应用就是扩展类的父应用，除非父应用的MIF文件中设置了允许文件操作的权限，否则该扩展类的所有文件操作都会失败，这一点对于扩展来开发人员来说十分重要。与权限级别相似的是，扩展类中所有对于文件的操作都是通过父应用的上下文来执行的，如此来看，对于父应用不可见的文件，扩展类也是无法操作的。扩展类即可以是保护类型也可以是未保护类型。对于保护类型来说，如果父应用的MIF文件中的依存关系列表中有显示罗列出该扩展类，那么父应用就可以创建并使用它，反之，则不行；对于非保护类型则可以被所有应用使用，不用考虑该应用是否明确声明了依存关系，这样的扩展类通常被加上一个MIME类型的标记，应用只需要通过外壳查找目标MIME类型的句柄，就可以使用它的功能了。 4 MIF文件扩展类和应用一样需要MIF文件，然而，他们却在根本上有所不同。首先，一个扩展类的MIF文件不需要定义一个applet，只需要在MIF编辑器的Externsions标签栏中的Exported Classes中设置其class ID即可。保护类型的属性也在该标签栏中设置。如果一个应用的运行以来与一个扩展类，那么在该应用的MIF文件中必须把扩展类的class ID设置为依赖，如果没有此类依赖关系，该扩展类将不会在下载应用的时候被一同下载，当该应用运行的时候就会失败。如果扩展类是可选的，就可以不用添加依存关系，然而应用必须能够处理扩展类不存在的情况。 5 声明扩展类的结构体第一步，开发扩展类首先需要声明虚函数表。typedef struct IDemoExtension IDemoExtension;AEEINTERFACE(IDemoExtension){??????? INHERIT_IQueryInterface(IDemoExtension);??????? int (*DisplayTime)(IDemoExtension *po);??????? int (*DisplayDate)(IDemoExtension *po);}; 第一行声明了一个IDemoExtension的结构体，该结构体是一个apple结构体，将会返回给正在初始化的应用，其中的宏AEEINTERFACE声明了一个扩展类的虚函数表，从上面的声明看出，虚函数表中有5个函数。BREW的每一个接口类都定义了一个类似于上面定义中的宏INHERIT_XXX，用它来把已继承的函数添加到已存在的函数表中，至少，BREW强烈推荐如上例所示，从IQueryInterface派生而来。宏INHERIT_IQueryInterface添加三个函数到函数表中：AddRef, Release, QueryInterface。我们的例子中添加了DisplayTime和DisplayData两个函数。下一步我们定义宏来索引我们函数表中的函数#define IDEMOEXTENSION_AddRef(p) ?AEEGETPVTBL((p),IExtensionCls)-AddRef((p))#define IDEMOEXTENSION_Release(p)??? AEEGETPVTBL((p),IExtensionCls)-Release((p))#define IDEMOEXTENSION_