android-ktx icon indicating copy to clipboard operation
android-ktx copied to clipboard

Generic set & get method for SharedPreferences.Editor

Open pinakinkansara opened this issue 6 years ago • 8 comments

Is it possible to have generic set & get method for SharedPreferences.Editor?

sharedPreferences.edit {

    putBoolean("key", value)

    putString("key",value)
}

Instead of that can we have some thing like below to set preference. Idea is to get ride of putBoolean, putString, putLong instead only use set.

prefs.edit{

          set("Test" to "Blame")

          set("Rest" to 12)

          set("Best" to 12.30f)

 }

Similar way for getting preferences instead of getString, getBoolean, getLong we should call something like below.

prefs.get("Test" to null)

Also my proposal is as below.

For setting values in preference.

fun <T: Any>SharedPreferences.Editor.set(pair: Pair<String,T>){

    when(pair.second){
        is String -> putString(pair.first,pair.second as String)
        is Int -> putInt(pair.first,pair.second as Int)
        is Long -> putLong(pair.first,pair.second as Long)
        is Float -> putFloat(pair.first,pair.second as Float)
    }

}

For getting values from preference

fun <T: Any>get(key: String , defaultVal: T?): Serializable? {
        val preference = getSharedPreferences()
        return when(defaultVal){
            is String,null -> preference.getString(key,defaultVal.toString())
            is Int -> preference.getInt(key,defaultVal.toInt())
            is Float -> preference.getFloat(key,defaultVal.toFloat())
            is Long -> preference.getLong(key,defaultVal.toLong())
            else -> IllegalArgumentException("Type mismatch")
        }
    }

pinakinkansara avatar Mar 14 '18 06:03 pinakinkansara

Most extensions are inline, also, set would be better if you use a key and a value, looks like an indexer

prefs["key"] = 5
prefs["key", 5]
inline operator fun <reified T> SharedPreferences.Editor.set(key: String, value: T) {
    when (T::class.java) {
        Int::class.java -> putInt(key, value as Int)
        Long::class.java -> putLong(key, value as Long)
    }
}

inline operator fun <reified T> SharedPreferences.get(key: String, defValue: T): T = when (T::class.java) {
    Int::class.java -> getInt(key, defValue as Int) as T
    Long::class.java -> getLong(key, defValue as Long) as T
    else -> 0 as T
}

dovahkiin98 avatar Mar 14 '18 11:03 dovahkiin98

I don't think we want to encourage a reduction in type safety inside of a lambda block where we're not forced to. The current preference interaction is fairly concise. I'm not sure what we gain from changing it?

JakeWharton avatar Mar 14 '18 14:03 JakeWharton

We can make getting and setting values easier. I would like to use this concept in Intent and Bundle too, makes interacting with values easy and quick

dovahkiin98 avatar Mar 14 '18 17:03 dovahkiin98

It's not any easier, you're just code golfing character count and reducing type safety.

JakeWharton avatar Mar 14 '18 17:03 JakeWharton

It's easier because you no longer need to think which method to use: putString()or putBoolean(), or putInt(). Just use a generic set(), or put(), or whatever, and you are golden.

rongi avatar Mar 15 '18 16:03 rongi

@JakeWharton While looking at android-ktx code base, I found out that Bundle are also implemented as Feature I demanded for. If type safety is the only concern for SharePreference to apply generic set & get method then it should also be concern for Bundle as well.

pinakinkansara avatar Mar 29 '18 06:03 pinakinkansara

There is an issue to replace the bundle factory with a type safe one once inline classes are available in Kotlin 1.3. They are not equivalent use cases anyway so the absence of safety in one does not compel the other to throw it away.

On Thu, Mar 29, 2018 at 2:58 AM Pinakin Kansara [email protected] wrote:

@JakeWharton https://github.com/JakeWharton While looking at android-ktx code base, I found out that Bundle https://github.com/android/android-ktx/blob/master/src/main/java/androidx/core/os/Bundle.kt are also implemented as Feature I demanded for. If type safety is the only concern for SharePreference to apply generic set & get method then it should also be concern for Bundle as well.

— You are receiving this because you were mentioned.

Reply to this email directly, view it on GitHub https://github.com/android/android-ktx/issues/435#issuecomment-377141188, or mute the thread https://github.com/notifications/unsubscribe-auth/AAEEEU_nxyKRN8PPvQZp_B6ZZ7-0USnNks5tjIYDgaJpZM4Sp6Cc .

JakeWharton avatar Mar 29 '18 13:03 JakeWharton

In light of a more "generic" get & set, one thing I did was a delegation pattern much like that of the bundle.

(README and Source)

The implementation essentially allows us to do something like:

object MyPrefs : KPref() {
    var textColor: Int by kpref("TEXT_COLOR", Color.WHITE)
    var bgColor: Int by kpref("BG_COLOR", Color.BLACK)
    var isFirstLaunch: Boolean by kpref("IS_FIRST_LAUNCH", true)
    ...
}

Where kpref is defined for the supported types and backed by a general class that checks instance types.

You would then be able to get and set your preferences much as you would get and set a normal variable:

MyPrefs.textColor = Color.BLACK

AllanWang avatar Jun 22 '18 23:06 AllanWang