关于BREW插件的问题

[controstr]

大家都知道BREW开发出来的MOD都必须通过高通验证才能发布到手机,当我们在一款手机上要开发多个应用程序时就得多次去高通验证发布,如果像WINDOWS中一样,将我们的程序封装成一个像DLL一样的东西,通过主应用程序来调用,这样一来我们就只需要一个应用程序通过高通的验证发布,以后我们开发出来的程序都可以通过这个主程序来调用执行.不知对这个问题大家有些什么好的建议.


下面我对昨天及今天在网上找到的资料跟大家分享一下.

据我这二天所了解到的,可以通过AEEMod_Load这样一个函数来加载MOD的,而MOD文件的0地址正是这个函数所在位置,所以我们可以通过这个方法来达到一个应用程序启动另一程序的目的

int AEEMod_Load(IShell *pIShell, void *ph, IModule **ppMod)
{
   // Invoke helper function to do the actual loading.
   return AEEStaticMod_New(sizeof(AEEMod),pIShell,ph,ppMod,NULL,NULL);
}

该函数正位于AEEModGen.c文件里.

不知BREW开发的各位任兄对一个应用程序启动另一程序,当然除了API中提到的ISHELL_StartApplet,因为ISHELL_StartApplet函数启动的应用程序也是需要高通的验证签名,对这个问题不知各此有何高见

[半吊子全栈工匠]

有点意思

[twoconk]

楼主的意思是只有一个applet哦，只是这个applet用来管理多个插件？

[路飞-总裁]

直接传EVT_START就行了。用啥ISHELL_StartApplet啊！！

[sxcnfly]

这个技术很早就被广泛使用了，你看armlink的参数-entry,-first就可以知道的呀。

[guishenlong]

想法不错，不知可行性怎样。高通就这样被忽悠了。

[controstr]

我在网上看到了一个贴子，不知道这种说法是不是如楼上二位说的。这种做法可行性有多高。大家有没有这样做过呢。有没有其它隐性问题。

http://www.donevii.com/post/817.html#respond

[sxcnfly]

是的，可靠性没有问题，有不少应用都是这样做的

[悠然红茶]

这么做没什么大问题。按严格的第三方BREW app的写法来说，是不能有全局或静态变量的。也就是说，mod里只有代码段，没有数据段。你完全可以MALLOC一块内存，然后把mod文件读进来，并把控制权跳转到这块内存的首地址去执行的。

不过，在运行期这些模块的app上下文是一个，这个要注意一下。

[controstr]

多谢大家的意见，我在测试时发现MALLOC一块内存，然后把mod文件读进来，该mod里发送消息等时必须要用主的mod的bid才行，

[sxcnfly]

引用 9 楼 controstr 的回复:

多谢大家的意见，我在测试时发现MALLOC一块内存，然后把mod文件读进来，该mod里发送消息等时必须要用主的mod的bid才行，

是的

[twoconk]

引用 8 楼 codefly 的回复:

这么做没什么大问题。按严格的第三方BREW app的写法来说，是不能有全局或静态变量的。也就是说，mod里只有代码段，没有数据段。你完全可以MALLOC一块内存，然后把mod文件读进来，并把控制权跳转到这块内存的首地址去执行的。

不过，在运行期这些模块的app上下文是一个，这个要注意一下。

有道理~