由于项目原因和客户的需求不断的变更,突然之间发现原来手机上的flash空间好宝贵。
接下来就为了size而size,发现当初为了提高效率(低端机型),大量使用了bmp格式的图片。
而如今为了空间再把bmp转回成png。真是折腾人呐。但很快就发现了,当初把png转bmp的理由了。。。
1. 代码要修改(那是由于BREW的bmp解码是同步的,咨询过qualcomm,除此之外没有确保是同步一定能够同步完成的),因为很多地方的同步过程要修改成异步过程,这个还是可以接受的,毕竟同异步过程不是差别太大。
2. 效率影响,由于目前一直做低端平台,那个速度。。。让人无法想法,一张png要300ms多。。。也就是说一秒只能画3张左右。
为此闹心了好久
突然间看到一篇文章,想法很好,通过gzip来压缩资源。
链接:http://blog.csdn.net/lonelywinter340/archive/2006/12/30/1469469.aspx
仔细研读了这位大虾的作品。
文章中讲到的内容在此就不再描述了,主要是针对实现问题的一些补充。
以IBitmap对象来实现。
大虾只提供了IBitmap的转换方式,后来发现代码绝大部分都是以IImage对象来使用的,那么下面帖上以IImage对象来实现的流程与实现。
涂鸦之作。。。
有好久没玩过BREW了,最近又重新接触起来,在接触过其他东西之后(一毕业第一份工作就是接触的BREW),回头再看看BREW,再看看当年的“代码”。有一种说不出来的感觉,用句话说,只能是当作当年的涂鸦。
还好有这个涂鸦的坏习惯,不至于一时兴起的东西到后来会忘了。