BREW资源问题总结

BREW资源问题总结

作者: 东方欲晓  发布日期: 2006-2-21    查看数: <script language="JavaScript" src="http://expert.imobile.com.cn/function.php?action=view&tid=704&views=74" type="text/JavaScript"></script>75   出自: http://expert.imobile.com.cn

BREW资源引起的问题属于低级错误，但是有时不注意的话却会浪费很多原本不该浪费的时间，在最后查出是资源问题的时候，懊恼不已。原则上，只要养成很好的BREW资源使用方法（这本身就是最最基本的BREW知识），就能彻底杜绝这种低级错误发生的可能性。现总结使用BREW资源的注意点如下： a. 调试BREW一定要加相应的资源，应该包括各种你需要调试的语言的资源。每种语言的资源应该包括brew基本资源以及应用程序自己的资源（for example, appmgr，mms，browser,etc ） --------------------案例：不加全资源进行调试，导致手机重起或者其他crash现象。 b. 资源在EFS中的路径位置一定要正确。动态app，资源只允许放在app自身的dir之下。静态app，资源应该放在brew根目录下（语言资源放在语言文件夹下）。 --------------------案例：静态app的某些资源的位置放错。想当然的放到语言文件夹下，而不是根目录下，导致crash或者出错。 c. 下载的app的资源，一定要和该app的版本或者lib的版本一致，否则可能会导致问题。 --------------------案例：某个第三方更新lib（比如mms开发商）后，下载资源还是用前一个版本，而该版本mms恰好更新了资源。运行时，导致重起。该问题有时会非常难查。 d. 编译bar文件所需的图片文件，一定要同时提交到软件版本管理的Server端（比如ClearCase Server，或者CVS Server），并且保证相对路径和你编译bar时的相对路径一致。因为尽管brew仅仅需要编译生成后的bar文件，不需要图片文件。但是如果不同时集成图片文件的话。当他人下载最新代码后，重新编译了该bar文件（可能他更改了一个字符串资源），他们此时编译出来的bar文件就有问题了，因为所有的图片都找不到。那么此次集成后的版本，就存在严重问题，且可能非常难查。 ---------------------案例：某个项目中，brew符号输入法增加一副图片，编译生成bar文件后，仅仅提交了bar，没有集成新加的图片。导致在一段时间后，有人更新该bar重新提交后，后续版本brew 符号输入显示都存在问题。严重提示：appmgr所相关的图片资源都应该集成到Server中，否则这是很危险的！！！ e. Native代码也需要与资源保持一致，而不是简单的直接更改资源 ----------------------案例：非联通项目中，brew资源中需要去除联通logo，或者更换logo（同时logo id也变化），而brew状态机中仍然在load原先针对联通的资源。导致crash