好文所保举：
译者：DylanCai
镜像：https://juejin.cn/post/7043843490366619685 序言可能有的是爸爸妈妈发现，是不是连个 SharedPreferences 那么根底的小工具都没PCB？只但我有PCB，而且雕琢了几个版，标识符和用语都强化得本身觉得令人满意。但因为非官方早已不所保举用 SharedPreferences，即便我如今留存了，先期也会记号为拆去，因而测试版移除了该辅助东西类的标识符。
那么没 SharedPreferences 辅助东西类用甚么呢？能选择利用非官方所保举的 DataStore，那长短官方拆去 SharedPreferences 后给的取代方案。但 DataStore 的 API 比 SharedPreferences 冗杂得多，还加进了 Kotlin PulseAudio的 Flow，进修消费成本比力高。因而小我所保举用百度开放源码的 MMKV。
MMKV 的用语只但早已挺简单了，但连系 Kotlin 特征委派会愈加称心。应该有许多人对 Kotlin 的特征委派不熟识，因而责任编纂会讲透特征委派事实是甚么小工具，是不是同时实现的特征委派。接下去为各人教授 Kotlin 委派的其素质和 MMKV 的PCB路子。
Kotlin 委派的其素质 甚么是委派讲 Kotlin 的委派之前，要先讲呵呵委派贸易形式。委派贸易形式又称全权贸易形式，是常用的设想贸易形式。
委派贸易形式近似于他们生活中的全权、邮购、中介机构。有些小工具他们极难间接地去买或者不晓得是不是去买，但他们能透过全权、邮购、中介机构等体例间接地去买回，如许他们也有具有了买回该小工具的才能。
那标识符是不是同时实现呢？起首他们表述两个USB，新闻稿两个买回体例：
interface Subject { fun buy() }然后写两个全权类同时实现该买回机能：
class Delegate : Subject { override fun buy() { print("I can buy it because I live abroad.") } }在某一类需要该机能但底子无法间接地同时实现的时候，就能透过全权间接地同时实现机能。
class RealSubject : Subject { private val delegate: Subject = Delegate() override fun buy() { delegate.buy() } }归纳呵呵，委派（全权）贸易形式只但是将USB机能交予另两个USB示例第一类去同时实现。因而委派贸易形式是有模版标识符的，每一USB体例初始化了相联系关系的全权第一类体例。
固然存在模版标识符，但 Java 没好的法子去聚合模版标识符， 而 Kotlin 能零模版标识符地原生动物撑持它。透过 by URL停止委派，他们就能把下面的标识符换成：
class RealSubject : Subject by Delegate()那个委派的标识符最末会聚合下面成立全权第一类的标识符，详细来说是C++帮他们聚合了模版标识符。
别的 by URL前面的函数可能会有许多读法：
class RealSubject(delegate: Subject) : Subject by delegate class RealSubject : Subject by globalDelegate class RealSubject : Subject by GlobalDelegate class RealSubject : Subject by delegate {...}固然读法有许多种，但记住一点， by 前面的函数必然是得到两个USB的示例第一类。因为USB机能是要委派给两个详细的示例第一类，而那个第一类可能透过构造函数、顶级特征、单例、体例等体例得到。
对此不领会的话，看到 by 前面形形色色的读法会很猛。只但不是甚么 Kotlin 语法，只是为了得到个第一类罢了。
甚么是特征委派USB是把USB体例委派进来，那特征要委派甚么呢？只但也很容易想到，特征能把 get、set 体例委派进来。
val delegate = Delegate() var message: String get() = delegate.getValue() set(value) = delegate.setValue(value)当然特征的委派类不克不及随意写，有一套详细的规则。他们先讲呵呵是不是把 get、set 体例委派进来，先来看两个委派类的示例：
class Delegate { operator fun getValue(thisRef: Any?, property: KProperty<*>): String = "$thisRef, thank you for delegating ${property.name} to me!" operator fun setValue(thisRef: Any?, property: KProperty<*>, value: String) = println("$value has been assigned to ${property.name} in $thisRef.") }有了那个委派类就能同时实现特征委派：
var message: String by Delegate()可能有些人看了就懵了，委派类为甚么要那么写？
只但是有一套固定的模版，但不消特意去背，因为非官方供给了USB类给他们快速同时实现。
public interface ReadWriteProperty<in T, V> : ReadOnlyProperty<T, V> { public override operator fun getValue(thisRef: T, property: KProperty<*>): V public operator fun setValue(thisRef: T, property: KProperty<*>, value: V) }但那个USB并非必需的，他们手敲出相联系关系的体例也能停止特征委派，接下去我会和各人讲透体例里的每两个要点。
起首来看呵呵体例的第两个参数 thisRef，望文生义那是 this 的引用。因为那个特征可能是在两个类里面，可能需要初始化该类的体例，那时若是连外层的 this 引用都拿不到，那还谈何委派。但他们可能用不到外层的类，那就能像下面的示例那样表述为 Any? 类型。
然后是第二个参数 property，必需是 KProperty<*> 类型或其超类型。那个参数能拿到特征的信息，好比特征的名字。为甚么要那个参数呢？因为可能要按照差别的特征同时实现差别的营业。举个例子，假设他们是做房地产中介机构，他们不成能甚么人都所保举一样的房子，有钱人可能要买别墅的。他们会按照差别的客户信息反应差别的成果，那就需要拿到客户的材料。同理特征的委派类需要能拿到特征的信息。
还有最重要的一点，需要有 operator URL润色的 getValue() 和 setValue() 体例。那就涉及到另两个 Kotlin 的进阶用语——重载操做符。先讲个场景让各人来领会重载操做符，好比他们写了两个类，他们其实不能像 Int 类型那样利用 a + b 的体例把两个第一类相加。但重载操做符能帮他们做到那事，他们增加 operator URL润色的 plus() 体例之后就能了。还能重载许多操做符，如 a++、a > b 等，各人有兴趣自行去领会。
能重载的体例名是固定的，好比重载 plus() 体例就相联系关系加法操做。而重载 getValue() 和 setValue() 体例是相联系关系该类的 get、set 体例。特征委派是把特征的 get、set 体例委派给全权类的 get、set 体例。
以上都是两个特征委派的需要前提，你可能不消，但你不克不及没。
Kotlin 尺度库还供给了几种常用的尺度委派，便利他们在一些常用的场景快速同时实现特征委派。
延时委派用于延时初始化的场景。凡是延时委派的委派类标识符是固定的，因而非官方供给了两个 lazy() 体例简化利用标识符。
val loadingDialog by lazy { LoadingDialog(this) }初次初始化获取特征的值会施行返回 lambda 函数的成果，先期获取特征都是间接地拿缓存。只但是做了下面的工作。
private var _loadingDialog: LoadingDialog? = null val loadingDialog: LoadingDialog get() { if (_loadingDialog == null) { _loadingDialog = LoadingDialog(this) } return _loadingDialog!! }lazy() 体例返回的是 Lazy 类的第一类，那么C++聚合的委派类会是 Lazy 而不是前面的 ReadWriteProperty。
val delegate: Lazy = SynchronizedLazyImpl<LoadingDialog>(...) val loadingDialog: LoadingDialog get() = delegate.value 可察看的委派可以很便利地同时实现察看者贸易形式。委派类的标识符也是固定的，因而非官方供给了 Delegates.observable() 体例。每次设置特征的值都能在 lambda 函数领受到回调。
var name: String by Delegates.observable("<no name>") { prop, old, new -> println("$old -> $new") }该体例返回两个 ObservableProperty 第一类，继承自 ReadWriteProperty。内部同时实现很简单，是在 setValue() 的时候施行回调体例。
委派映射的特征值简单来说是把两个特征委派给 map。
class User(val map: Map<String, Any?>) { val name: String by map }获取下面的特征只但是用 map 获取键名为 name 的值，C++会聚合以下逻辑。
class User(val map: Map<String, Any?>) { val name: String get() = map["name"] as String } 小结Kotlin 委派只但是C++帮他们聚合了委派类的标识符。
若是是USB的委派：
class RealSubject : Subject by Delegate()C++就会帮他们聚合委派贸易形式的标识符：
class RealSubject : Subject { private val delegate: Subject = Delegate() override fun buy() { delegate.buy() } }若是是特征的委派：
var name: String by PropertyDelegate()C++就会帮他们聚合类似下面的逻辑标识符：
val delegate = PropertyDelegate() var name: String get() = delegate.getValue() set(value) = delegate.setValue(value)by URL前面的函数可能有各类各样的读法，但必然是返回两个委派第一类。
MMKV PCB路子弥补完 Kotlin 委派的常识，他们马上来PCB MMKV 理论呵呵。
办理 MMKV凡是他们是获取默认的 MMKV 第一类停止编码息争码：
val kv = MMKV.defaultMMKV() kv.encode("bool", true) val bValue = kv.decodeBool("bool")但有时会有其它情况，好比差别营业需要区别存储：
val kv = MMKV.mmkvWithID("MyID")又或者营业需要多历程拜候，能在初始化的时候加上标记位 MMKV.MULTI_PROCESS_MODE：
val kv = MMKV.mmkvWithID("InterProcessKV", MMKV.MULTI_PROCESS_MODE)因而他们不克不及写死默认的 MMKV，需要供给一种体例能切换 MMKV 第一类。那就能使加进USB，他们参考非官方的 LifecycleOwner 写两个 MMKVOwner USB，该USB能获取两个 kv 特征，默认获取 MMKV.defaultMMKV()。
interface MMKVOwner { val kv: MMKV get() = defaultMMKV companion object { private val defaultMMKV = MMKV.defaultMMKV() } }同时实现USB后，就能在类里快速利用 MMKV。
object UserRepository : MMKVOwner { fun saveUser(user: User) { kv.encode("user", user) } fun logout() { kv.clearAll() } }若是需要区别存储，重写 kv 特征即可。
object UserRepository : MMKVOwner { override val kv: MMKV = MMKV.mmkvWithID("user") }小我认为那个USBPCB是优于下面常用的 MMKV 辅助东西类PCB。
object MMKVUtils { private val kv = MMKV.defaultMMKV() fun encode(key: String, value: Boolean) { kv.encode(key, value) } fun decodeBool(key: String, value: Boolean): Boolean { return kv.decodeBool(key, value) } // ... } MMKVUtils.encode("bool", true) val bValue = MMKVUtils.decodeBool("bool")那个辅助东西类的感化只是为了省去成立 MMKV 第一类的步调，需要写许多标识符。并且写死了用默认的 MMKV 单例，不敷灵敏，不克不及同一切换。
利用特征委派MMKVOwner USB早已能利用 MMKV 的所有机能，接下去用特征委派简化常用的存取操做。
既然他们用特征委派，那就能利用特征的名字做为 key 值，省去两个参数。如许的话他们要尽量操做同两个特征，因而小我建议是限造特征委派在 MMKVOwner 的同时实现类里利用。
下面PCB两个 Boolean 值的特征委派，同时实现 ReadWriteProperty<MMKVOwner, Boolean>，在 getValue() 和 setValue() 体例初始化 MMKV 的编码解码体例，key 值利用 property.name 。
class MMKVBoolProperty : ReadWriteProperty<MMKVOwner, Boolean> { override fun getValue(thisRef: MMKVOwner, property: KProperty<*>): Boolean = thisRef.kv.decodeBool(property.name) override fun setValue(thisRef: MMKVOwner, property: KProperty<*>, value: Boolean) { thisRef.kv.encode(property.name, value) } }如许他们就能把两个 Boolean 类型的特征委派给 MMKV。
object DataRepository : MMKVOwner { var isDarkMode: Boolean by MMKVBoolProperty() }只但能把下面的委派类的 MMKVOwner 换成 Any?，判断 thisRef 不是 MMKVOwner 类型的话，利用 MMKV.defaultMMKV() ，如许就能在任何类里都能用。但小我其实不所保举，因为太便利了，很容易分隔两处处所来写特征委派。好比在首页会读取缓存能否需要开启夜间贸易形式，在设置里修改该设置装备摆设。
class MainActivity : AppCompatActivity() { private val isDarkMode by MMKVBoolProperty() override fun onCreate(savedInstanceState: Bundle?) { // ... if (isDarkMode) { setDarkModel() } } } class SettingActivity : AppCompatActivity() { private var isDarkMode by MMKVBoolProperty() private fun onCheckedChanged(isChecked: Boolean) { // ... isDarkModel = isChecked } }万一特征名敲错了，数据就异常了。实想分隔用的话仍是用回本来的 encode() 和 decode() 体例吧，利用两个常量做为 key 值包管数据的一致性。
const val KEY_DARK_MODE = "dark_mode" class MainActivity : AppCompatActivity(), MMKVOwner { override fun onCreate(savedInstanceState: Bundle?) { // ... if (kv.decodeBool(KEY_DARK_MODE)) { setDarkModel() } } } class SettingActivity : AppCompatActivity(), MMKVOwner { private fun onChecked(isChecked: Boolean) { // ... kv.encode(KEY_DARK_MODE, isChecked) } }当然所保举的用语是，在 Model 类或 Repository 类同时实现 MMKVOwner ，存取操做都是利用同两个特征，如许就不会有问题。
他们还能继续强化委派类的标识符，抽取两个公用的委派类停止复用，如许就能快速同时实现其它委派体例了。
fun MMKVOwner.mmkvInt(default: Int = 0) = MMKVProperty(this, MMKV::decodeInt, MMKV::encode, default) fun MMKVOwner.mmkvLong(default: Long = 0L) = MMKVProperty(this, MMKV::decodeLong, MMKV::encode, default) fun MMKVOwner.mmkvBool(default: Boolean = false) = MMKVProperty(this, MMKV::decodeBool, MMKV::encode, default) fun MMKVOwner.mmkvFloat(default: Float = 0f) = MMKVProperty(this, MMKV::decodeFloat, MMKV::encode, default) fun MMKVOwner.mmkvDouble(default: Double = 0.0) = MMKVProperty(this, MMKV::decodeDouble, MMKV::encode, default) class MMKVProperty<V>( private val decode: MMKV.(String, V) -> V, private val encode: MMKV.(String, V) -> Boolean, private val defaultValue: V ) : ReadWriteProperty<MMKVOwner, V> { override fun getValue(thisRef: MMKVOwner, property: KProperty<*>): V = thisRef.kv.decode(property.name, defaultValue) override fun setValue(thisRef: MMKVOwner, property: KProperty<*>, value: V) { thisRef.kv.encode(property.name, value) } } 最末方案因为 MMKV 撑持 9 品种型的数据，本身PCB的话需要写很多标识符。
因而小我早已写好了两个库 MMKV-KTX 给各人利用。
起头利用在根目次的 build.gradle 添加:
allprojects { repositories { //... maven { url https://www.jitpack.io } } }在模块的 build.gradle 添加依赖：
dependencies { implementation com.github.DylanCaiCoding:MMKV-KTX:1.2.11 }让两个类同时实现 MMKVOwner USB，即可透过 by mmkvXXXX() 体例将特征委派给 MMKV，例如：
object DataRepository : MMKVOwner { var isFirstLaunch by mmkvBool(default = true) var user by mmkvParcelable<User>() }设置或获取特征的值则初始化相联系关系的 encode 或 decode 体例，key 值为特征名。
撑持以下类型：
在 MMKVOwner 的同时实现类能获取 kv 第一类停止删除值或清理缓存等操做：
kv.removeValueForKey(::isFirstLaunch.name) kv.clearAll()若是差别营业需要区别存储，能重写 kv 特征来成立差别的 MMKV 示例：
object DataRepository : MMKVOwner { override val kv: MMKV = MMKV.mmkvWithID("MyID") }完好的用语可查看单位测试标识符。
归纳责任编纂详细地教授了 Kotlin 委派的用语和其素质，只但是C++帮他们聚合了委派的标识符。然后分享了USB + 特征委派的 MMKV PCB路子。最初分享了小我同时实现好的开放源码库 MMKV-KTX，便利各人日常开发利用。
若是您觉得有帮忙的话，希望能点个 star 撑持呵呵哟 ~ 我前面会分享更多PCB相关的文章给各人。