Android Kotlin有条件地调用不同且不推荐的构造函数

Question

我有一个用Kotlin编写的Android应用程序，带有一个扩展了DigitsKeyListener的类BaseKeyListener。我的最低SDK版本是21。该类当前正在调用一个不推荐使用的构造函数。然而，新的构造器只能从API级别26及以上的版本中获得。如何根据API级别有条件地调用构造函数？

不久前，我基本上发布了Android的相同问题，但该解决方案在Kotlin中似乎不起作用。

在静态编程语言中，我的类现在看起来像这样：

// primary constructor 'DigitsKeyListener' shows lint warning about deprecation.
abstract class BaseKeyListener() : DigitsKeyListener() {

}

如果我应用Android问题的解决方案，我会得到以下代码：

abstract class BaseKeyListener : DigitsKeyListener {

    // still results in deprecation warning
    constructor() : super()
}

如果我必须使构造函数私有并实现一个新的实例模式，也提供了一个替代解决方案。然而，我不能使用这个解决方案，因为还有其他类从BaseKeyListener继承，BaseKeyListener也是抽象的。

我唯一能想到的是：

abstract class BaseKeyListener : DigitsKeyListener {

   constructor()

    @RequiresApi(Build.VERSION_CODES.O)
   constructor(locale: Locale) : super(locale)
}

但是结果是，我必须为每个子类定义两个构造函数。如果我使用这个类，我将不得不每次添加一个条件，而我们使用的区域设置是相同的。

不幸的结果：

open class AmountKeyListener : BaseKeyListener {

    constructor() : super()

    @RequiresApi(Build.VERSION_CODES.O)
    constructor(locale: Locale) : super(locale)
}

// usage of the keyListener
editText.keyListener = if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) KeyListenerUtil.AmountKeyListener(
        MY_LOCALE) else KeyListenerUtil.AmountKeyListener()

理想的解决方案应该是在单行上分配AmountKeyListener，BaseKeyListener应该知道何时使用我们的自定义语言环境MY_LOCALE

editText.keyListener = KeyListenerUtil.AmountKeyListener()

如何解决这个问题？

Answer 1

您链接的Java解决方案基本上只是忽略了不推荐使用的构造函数，而只使用了不推荐使用的构造函数。我认为你最后的解决方案是最好的。它的使用情况并不比直接使用DigitKeyListener差——您仍然需要检查SDK版本。

我在上面看到的一个小问题是，您的第一个构造函数隐式地调用空的超级构造函数，从而避免了本质上是语言黑客的弃用警告。真的，在我看来，这似乎是静态编程语言代码检查器中的一个错误。我认为在您自己的类中显式地调用超级构造函数并弃用这个构造函数会更合适。所以我会让它看起来像这样：

abstract class BaseKeyListener : DigitsKeyListener {

    @Suppress("DEPRECATION")
    @Deprecated("Use the constructor with a locale if on SDK 26+.")
    constructor(): super()

    @RequiresApi(Build.VERSION_CODES.O)
    constructor(locale: Locale) : super(locale)
}

这不会在功能上改变它的工作方式，但是在不弃用裸构造函数的情况下，意外地在任何地方使用弃用的DigitsKeyListener版本变得非常容易。

在使用网站上，虽然很痛苦，但它看起来就像你在上面看到的一样，除了你会把@Suppress（“DEPRECATION”）放在该行的前面，以确认DEPRECATION警告。