扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条
MIDP应用程序的标准持久化方案就是使用RMS。RMS类似于一个小型数据库,RecordStore相当于数据库的表,每个“表”由若干记录(Record)构成,一条记录就是一个用int表示的记录号RecordID和用byte[]表示的内容。记录号可以看作是“主键”,byte[]数组存储内容。
RMS提供的记录操作可以实现根据ID直接获得记录,或者枚举出一个表中的所有记录。
枚举记录是非常低效的,因为只能比较byte[]数据来确定该记录是否是所需的记录。通过ID获得记录是高效而方便的,类似于SQL语句“SELECT byteArrayData FROM recordStoreName WHERE RecordID=?”。然而,通常应用程序很难知道某条记录的ID号,而RMS记录的“主键”又仅限于int类型,无法使用其他类型如String作为“主键”来查找。因此,对于需要存取不同类型对象的应用程序而言,就需要一个灵活的RMS操作框架。
我们的基本设想是,如果能使用String作为“主键”来查找记录,就能非常方便地获得所需的内容。例如,应用程序设置可以通过"sys.settings"获得byte[]数组,并依次读取出设置,用户登录信息可以通过"user.info"获得byte[]数组,再分解出用户名和口令。
因此,我们实现一个StorageHandler类,提供唯一的RMS访问接口,使得其他类完全不必考虑底层的RMS操作,只需提供能标识自身的一个String即可。
如果我们能实现一种类似于数据库索引的查找表,就能根据String关键字查找某条记录。因此,我们使用一个名为"index"的RecordStore来存储所有的索引,每一条索引都指向某一条具体记录的ID,设计一个IndexEntry表示一条索引:
|
根据索引查找,分3步进行:
1.在名为"index"的RecordStore中根据String查找对应的IndexEntry。
2.取出IndexEntry,获得记录ID号。
3.根据ID号获得另一个RecordStore的记录,然后就可以读取、更新和删除该记录。
如下图所示:
由于IndexEntry保存的数据很少,为了加快查找速度,可以在应用程序启动时,把所有的IndexEntry读入一个Vector,在后面的操作中更新这个Vector并与RecordStore保持同步。
为了处理不同类型的数据,所有可通过StorageHandler存取的类都必须实现一个Storable接口:
|
前面已经提到,在MIDP应用程序中,序列化一个类的最佳方法是使用DataInputStream和DataOutputStream。因此,需要持久化的类可以通过getData()和setData()方法非常方便地存取。假定应用程序的类UserInfo保存了用户的登录名、口令和是否自动登录的信息:
|
为了能将UserInfo存入RMS,需要实现Storable接口:
|
要保存UserInfo,只需调用StorageHandler的保存方法:
|
要读取UserInfo,调用StorageHandler的读取方法:
|
这样,需要读取或保存数据的类完全不必涉及底层的RMS操作,大大简化了应用程序的设计,增强了源代码的可复用性与可维护性。
如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。
现场直击|2021世界人工智能大会
直击5G创新地带,就在2021MWC上海
5G已至 转型当时——服务提供商如何把握转型的绝佳时机
寻找自己的Flag
华为开发者大会2020(Cloud)- 科技行者