浅谈:BREW关于资源裁减与压缩

由于项目原因和客户的需求不断的变更,突然之间发现原来手机上的flash空间好宝贵。

接下来就为了sizesize,发现当初为了提高效率(低端机型),大量使用了bmp格式的图片。

而如今为了空间再把bmp转回成png。真是折腾人呐。但很快就发现了,当初把pngbmp的理由了。。。

1.  代码要修改(那是由于BREWbmp解码是同步的,咨询过qualcomm,除此之外没有确保是同步一定能够同步完成的),因为很多地方的同步过程要修改成异步过程,这个还是可以接受的,毕竟同异步过程不是差别太大。

2.  效率影响,由于目前一直做低端平台,那个速度。。。让人无法想法,一张png300ms多。。。也就是说一秒只能画3左右。

为此闹心了好久

 

突然间看到一篇文章,想法很好,通过gzip来压缩资源。

链接:http://blog.csdn.net/lonelywinter340/archive/2006/12/30/1469469.aspx

仔细研读了这位大虾的作品。

文章中讲到的内容在此就不再描述了,主要是针对实现问题的一些补充。

 

IBitmap对象来实现。

 

 

大虾只提供了IBitmap的转换方式,后来发现代码绝大部分都是以IImage对象来使用的,那么下面帖上以IImage对象来实现的流程与实现。

 

涂鸦之作。。。

有好久没玩过BREW了,最近又重新接触起来,在接触过其他东西之后(一毕业第一份工作就是接触的BREW),回头再看看BREW,再看看当年的代码。有一种说不出来的感觉,用句话说,只能是当作当年的涂鸦。

还好有这个涂鸦的坏习惯,不至于一时兴起的东西到后来会忘了。

 

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值