早上一朋友問, EL如果支持刪除某個課程, 還怎么能支持getPrev()和getNext()? 我很奇怪, 為啥不能呢? 他說, 因為EL的課程號是不連續(xù)的, 那么應(yīng)該是靠連續(xù)的記錄ID繼續(xù)上下索引的, 那么當(dāng)刪除某個記錄時, 導(dǎo)致ID不連續(xù), 也就不能正常Navigate了, 是不? 除非刪除后, 一個一個'搬', 以包裝連續(xù). 聽他說完, 忽然感到輕松 -- 原來'笨蛋'不止我一個啊...
在實現(xiàn)EL對記錄的getPrev()和getNext()時, 我也為EL的記錄表中沒有一個連續(xù)的記錄ID而郁悶 -- 沒有個連續(xù)ID, 而課程號本身又不連續(xù), 咋不呢? 那時都還沒考慮刪除的問題呢. 郁悶地去睡覺, 半夜驚醒才想起, 沒有連續(xù)記錄ID就是設(shè)計是覺得這個ID跟課程號在一起太冗余才去掉的, 而getPrev()/getNext(), 完全靠課程號就能搞定的啊, 代碼敲的都忘記自己的初衷了, SQL語句也白學(xué)了...
于是我把下面ELContentProvider的片段發(fā)給他, 并加了句 -- '你咋跟我一樣笨呢...'
@Override
public Cursor query(Uri uri, String[] projection, String selection, String[] selectionArgs, String sortOrder) {
int res = matcher.match(uri);
String table =
null;
switch (res) {
case MATCH_ITEM_EL_ESL_RANDOM:
db = elDBAccess.getReadableDatabase();
table = "esl";
sortOrder = "random() limit 1";
break;
case MATCH_ITEM_EL_ESL_NEXT:
case MATCH_ITEM_EL_ESL_PREV:
case MATCH_ITEM_EL_ESL_FIRST:
case MATCH_ITEM_EL_ESL_LAST:
if (res == MATCH_ITEM_EL_ESL_NEXT) {
selection = "idx>" + ContentUris.parseId(uri);
sortOrder = "idx asc";
}
else if (res == MATCH_ITEM_EL_ESL_PREV) {
selection = "idx<" + ContentUris.parseId(uri);
sortOrder = "idx desc";
}
else if (res == MATCH_ITEM_EL_ESL_FIRST) {
selection =
null;
sortOrder = "idx asc";
}
else {
selection =
null;
sortOrder = "idx desc";
}
db = elDBAccess.getReadableDatabase();
return db.query("esl", projection, selection,
null,
null,
null, sortOrder, "1");
}
}
記錄在此, 提醒自己保持清醒...