编写灵活的RMS应用
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表示一条索引:
class IndexEntry {
private int selfId; // IndexEntry的ID
private int recordId; // 对应记录的ID
private String key; // 访问记录的Key
}
根据索引查找,分3步进行:
1.在名为"index"的RecordStore中根据String查找对应的IndexEntry。
2.取出IndexEntry,获得记录ID号。
3.根据ID号获得另一个RecordStore的记录,然后就可以读取、更新和删除该记录。
如下图所示:
由于IndexEntry保存的数据很少,为了加快查找速度,可以在应用程序启动时,把所有的IndexEntry读入一个Vector,在后面的操作中更新这个Vector并与RecordStore保持同步。
为了处理不同类型的数据,所有可通过StorageHandler存取的类都必须实现一个Storable接口:
public interface Storable {
String getKey();
void getData(DataOutputStream output) throws IOException;
void setData(DataInputStream input) throws IOException;
}
前 面已经提到,在MIDP应用程序中,序列化一个类的最佳方法是使用DataInputStream和DataOutputStream。因此,需要持久化 的类可以通过getData()和setData()方法非常方便地存取。假定应用程序的类UserInfo保存了用户的登录名、口令和是否自动登录的信 息:
public class UserInfo {
String username;
String password;
boolean autoLogin;
}
为了能将UserInfo存入RMS,需要实现Storable接口:
class UserInfo implements Storable {
String username;
String password;
boolean autoLogin;
public String getKey() { return "user.info"; } // 提供一个唯一标识符即可
public void getData(DataOutputStream output) throws IOException {
output.writeUTF(username);
output.writeUTF(password);
output.writeBoolean(autoLogin);
}
public void setData(DataInputStream input) throws IOException {
username = input.readUTF();
password = input.readUTF();
autoLogin = input.readBoolean();
}
// getters here...
}
要保存UserInfo,只需调用StorageHandler的保存方法:
StorageHandler.storeOrUpdate(userinfo);
要读取UserInfo,调用StorageHandler的读取方法:
UserInfo userinfo = new UserInfo();
StorageHandler.load(userinfo);
这样,需要读取或保存数据的类完全不必涉及底层的RMS操作,大大简化了应用程序的设计,增强了源代码的可复用性与可维护性。
工作搞个J2ME程序,测试时候发现RMS数据只能在程序运行时保存,并没有真正生成.db文件。
解决方法,在开始菜单Sun JAVA Wireless Toolkit 2.5.1 for CLDC栏中运行Preferences,跳出偏好框,在里面的存储栏的存储根目录填写./DefaultColorPhone (因为默认的相对路径是C:/WTK2.5.1/appdb)
问题解决了
另外,RMS中的RecordEnumeration是一个环形结构
//得到RMS中所有记录信息,返回vector
public Vector getRecords(){
try{
//需要根据不同操作取得不同的排序
RecordEnumeration re = rs.enumerateRecords(null,null,false);
int length = re.numRecords();
Vector records=new Vector();
if(length == 0){
return null;
}else{
int i = 0;
// while(re.hasNextElement()){
// re.nextRecord();
//
// byte[] data = re.nextRecord();
// records.addElement(data);
//
// }
re.reset();
while(re.hasPreviousElement()){
byte[] data = re.previousRecord();
records.addElement(data);
}
return records;
}
}catch(RecordStoreException ex){
ex.printStackTrace();
return null;
}
}
这段程序中如果是用的next的方法,则得到的Vector里面的对象是逆序的,比如我按顺序放1,2,3取出来的时候就成了3,2,1。所以我用的是previous的方法