有这个想法是很久之前的事情，从去年年初购买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