短信读取软件的开发阶段总结

类别:Java 点击:0 评论:0 推荐:

有这个想法是很久之前的事情,从去年年初购买388这个支持java功能的手机就算开始了。名字大点叫的话可能就是所谓的个人信息管理(PIM)。个人信息有哪些东西呢?信息几乎是无穷的,但有具体表现形式的甚至具体表现出来的不多。具体的表达方式有语言、表情、动作等,能够追踪的只有语言,并且限制于书面语言。短信作为文字形式表达的信息,因为通讯设备的支持带来的互动性更加大了其包含的信息量。对之进行有效管理非常有必要。


 388的大容量信息储备并且可以备份到电脑上,给对其进行汇总管理带来了可能性。2004年4月份开始研究备份文件的格式。诱因在于邓的短信伴侣,这个软件是很好的,他的本意是记录和女友的短信沟通过程,也隐含了对特殊重要信息进行追踪管理的思路。应该说这个软件稍加改进就可以作为PIM中的短信板块使用了,但是邓因为个人原因停止了该软件的开发。从使用过程中发现存在的问题:1、对短信的识别和提取不完善,存在遗漏、错读甚至陷入死循环的情况,不能正确识别多媒体(388的特色功能,即所谓的EMS)短信;2、显示板块过于简单,仅仅局限于显示。阿勇根据自己的需要以及思路等做了个伴侣的伴侣(^_^),从邓的短信伴侣、POP等短信发送软件和其他地方读取短信,然后显示,显示中带有管理组织的功能,如按照时间排序、限定某个联系人。阿勇的东东在管理方面有改进,但缺少读取短信这个支撑。因此me就重拣那个备份文件格式研究,做些基础研究,然后再在管理方面进行升级。


 因为有了原来研究的初步基础,本次重拾进行开发的时候一上来就进入核心部位,摸索备份文件中短信块中每个字节的含义。不明确的地方太多,me采取了边测试边开发的方式,因此语句中使用了大量的sout(NetBeans中缩略词,代表System.out.println("");以后不再提示)。初步分析成功后分析结果很麻烦,在dos窗口中使用重定向输出(比如java -jar getsms388.jar >sms.txt),然后查阅sms.txt文件分析debug信息。连短信主体的输出也是用的sout,混杂在一起分析起来有一定的方便性,但是在输出release版本的程序是需要进行大量的调整。


 回头仔细想想,其实可以采取这样的机制解决。用java.util.logging类的logger记录调试信息,标的输出采用正规的文件输出。尽量避免sout的使用。另外对于个别语言功能的学习调试采用单独类的方式,不混杂于程序主体,这个时候可以用一些sout语句,因为快,呵呵。

本文地址:http://com.8s8s.com/it/it13020.htm