Android SharedPreferences нулевые ключи, значения и наборы <?> - угловые случаи
Был тщательно тестироватьSharedPreferences
фреймворк. Хотя большинство работает так, как и следовало ожидать, я сталкиваюсь с некоторыми случаями, когда мне интересно, чтос их помощью. Я даю несколько тестов, которые все проходят - их общая установка:
Context ctx;
SharedPreferences prefs;
Editor ed;
protected void setUp() throws Exception {
super.setUp();
ctx = getContext();
prefs = PreferenceManager.getDefaultSharedPreferences(ctx);
ed = prefs.edit();
}
protected void tearDown() throws Exception {
if (ed != null) ed.clear().commit();
super.tearDown();
}
Теперь странные моменты:
Когда я ставлю нулевое значение,Я должен попросить его с нулевым значением по умолчанию, чтобы получить его обратно - если значение по умолчанию не равно нулю, я получаю это значение по умолчанию.Даже если по умолчанию тип отличается от того, который я вставил в, Относится кString
а такжеSet
(но я могу вернуть логическое значение, например):
public void testNullString() {
ed.putString("string_key", null); // putString() and putStringSet() only
ed.commit();
assertTrue(prefs.contains("string_key"));
assertEquals(null, prefs.getString("string_key", null));
// if I specify a non null default I get this default back, not null
assertEquals("a string", prefs.getString("string_key", "a string"));
// *even if I ask for a boolean*
assertEquals(true, prefs.getBoolean("string_key", true));
}
Я могу легко положитьSet
внутри префы:
@SuppressWarnings("unchecked")
@TargetApi(Build.VERSION_CODES.HONEYCOMB)
public void testNullStringSetsRaw() {
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.HONEYCOMB) {
@SuppressWarnings("rawtypes")
final Set integerHashSet = new HashSet();
integerHashSet.add(1);
ed.putStringSet("set_key", integerHashSet);
ed.commit();
final Set defValues = new HashSet();
defValues.add("a string");
Set s = prefs.getStringSet("set_key", defValues);
final String msg = "The set I put in: " + integerHashSet
+ " and what I got out :" + s;
Log.e(TAG, msg); // the same - [1]
assertTrue(msg, integerHashSet.equals(s));
assertTrue(s.contains(1)); // !
}
}
Какие'сделка с нулевыми ключами? Они кажутся совершенно законными ключами:
public void testNullKeyNonNullString() {
final String NULL_KEY = null;
ed.putString(NULL_KEY, "a string");
ed.commit();
assertTrue("Contains null key", prefs.contains(NULL_KEY));
assertEquals("Retrieve the value giving null default", "a string",
prefs.getString(NULL_KEY, null));
assertEquals("Retrieve the value giving default", "a string",
prefs.getString(NULL_KEY, "a string" + "blah"));
try {
// no deal !
prefs.getBoolean(NULL_KEY, true);
fail("Expected CCE");
} catch (ClassCastException e) {}
}
но я видел в моих журналах такие вещи, как:org.xmlpull.v1.XmlPullParserException: Map value without name attribute: boolean
- увидетьandroid getSharedPreferences ошибка: значение карты без атрибута имени: логическое значение для обсуждения. Интересно, связано ли это сnull
ключи.РЕДАКТИРОВАТЬ это связано с репродуктором
public class XmlExceptionTest extends AndroidTestCase {
/** Run it twice - on the second run the exception is thrown */
public void testXmlException() {
Context ctx = getContext();
SharedPreferences prefs = PreferenceManager
.getDefaultSharedPreferences(ctx);//exception thrown here(line 18)
// and apparently it clears the prefs as the condition below is false
if (prefs.contains("run_once")) { // false
Log.w("XmlExceptionTest",
"contains null key :" + prefs.contains(null));
}
Editor e = prefs.edit();
e.putBoolean("run_once", true).commit();
e.putString(null, "I put a sting with null key").commit();
assertTrue("Contains null", prefs.contains(null));
PreferenceManager.getDefaultSharedPreferences(ctx); // exception
// NOT thrown here - why ? - apparently there is a static factory
// returning the instance it already constructed
// e.clear().commit(); // this eliminates the exception
}
}
исключение:
W/ApplicationContext(): getSharedPreferences
W/ApplicationContext(): org.xmlpull.v1.XmlPullParserException: Map value without name attribute: string
W/ApplicationContext(): at com.android.internal.util.XmlUtils.readThisMapXml(XmlUtils.java:521)
W/ApplicationContext(): at com.android.internal.util.XmlUtils.readThisValueXml(XmlUtils.java:733)
W/ApplicationContext(): at com.android.internal.util.XmlUtils.readValueXml(XmlUtils.java:667)
W/ApplicationContext(): at com.android.internal.util.XmlUtils.readMapXml(XmlUtils.java:470)
W/ApplicationContext(): at android.app.ContextImpl.getSharedPreferences(ContextImpl.java:361)
W/ApplicationContext(): at android.preference.PreferenceManager.getDefaultSharedPreferences(PreferenceManager.java:348)
W/ApplicationContext(): at gr.uoa.di.android.helpers.test.XmlExceptionTest.testXmlException(XmlExceptionTest.java:18)
W/ApplicationContext(): at java.lang.reflect.Method.invokeNative(Native Method)
W/ApplicationContext(): at java.lang.reflect.Method.invoke(Method.java:521)
W/ApplicationContext(): at junit.framework.TestCase.runTest(TestCase.java:154)
W/ApplicationContext(): at junit.framework.TestCase.runBare(TestCase.java:127)
W/ApplicationContext(): at junit.framework.TestResult$1.protect(TestResult.java:106)
W/ApplicationContext(): at junit.framework.TestResult.runProtected(TestResult.java:124)
W/ApplicationContext(): at junit.framework.TestResult.run(TestResult.java:109)
W/ApplicationContext(): at junit.framework.TestCase.run(TestCase.java:118)
W/ApplicationContext(): at android.test.AndroidTestRunner.runTest(AndroidTestRunner.java:169)
W/ApplicationContext(): at android.test.AndroidTestRunner.runTest(AndroidTestRunner.java:154)
W/ApplicationContext(): at android.test.InstrumentationTestRunner.onStart(InstrumentationTestRunner.java:520)
W/ApplicationContext(): at android.app.Instrumentation$InstrumentationThread.run(Instrumentation.java:1447)
и, видимо,настройки сбрасываются при возникновении исключения (плохо, плохо, плохо)
Итак, мои вопросы: действительно ли поведение, как я об этом говорю (или я что-то упустил, глупо)? Какова мотивация (особенно поведение с нулевыми значениями)? Это задокументировано и гарантировано так и останется - или может измениться? Является ли пункт 2 недосмотром?