Multi-process SharedPreference implementation without ContentProvider
FileDescriptor.sync()
for each transaction written (in response to #15)IOException
could be thrown by a function, but isn't declared as throws when compiled to JVM bytecode.apply()
and commit()
functionsDataOutputStream.writeUTF()
)OnSharedPreferenceChangeListener
across processes (https://github.com/pablobaxter/Harmony/issues/13)OnSharedPreferenceChangeListener
emits an event when Editor.clear()
is called for SharedPreferences
. Harmony does not currently honor this, as modifying this affects the above bug (https://github.com/pablobaxter/Harmony/issues/14)apply()
fails occasionally (https://github.com/pablobaxter/Harmony/issues/15)apply()
in both processes at once would potentially cause removed data to be restoredapply()
apply()
or commit()
is called, a new transaction is written to the transaction filegetAll()
only holds long
numbers, instead of int
and float
apply()
performance