我正在Kotlin中创建BaseView类,所有 subview 都将扩展。

我的问题是使BaseView类中的Layout膨胀,因为为BaseView构造函数提供的布局资源ID太晚了。

这是我的BaseView

 abstract class BaseView @JvmOverloads constructor(
    context: Context?,
    attributeSet: AttributeSet? = null,
    defStyleAttr: Int = 0
) : MaterialCardView(context, attributeSet, defStyleAttr) {

    protected abstract val viewResourceId: Int
    protected abstract val needsRefresh: Boolean

    init {

        View.inflate(context,viewResourceId, this) // viewResourceId is not initialized here as yet
    }


    enum class State {
        DISABLED,
        LOADING,
        DONE,
        FAILED
    }
}

问题是众所周知的“在构造函数中访问非最终属性”。以前,我在Java中应用了完全相同的策略,并且这种方法一直有效。

我将如何处理这种情况? 。我需要在基础上增加布局。这样做是有道理的,因为通货膨胀是一种常见的操作。

委托(delegate)属性(property)是要走的路吗?

编辑:这是我的客户的样子
class StudentView @JvmOverloads constructor(
    context: Context?,
    attributeSet: AttributeSet? = null,
    defStyleAttr: Int = 0
) : BaseRegion(context, attributeSet, defStyleAttr) {
    override val viewResourceId=R.layout.student_view
    override val needsRefresh=false

    init {
        context?.
            let {  setCardBackgroundColor(ContextCompat.getColorStateList(context,R.color.colorAccent)!!)}

    }
}

最佳答案

当您使用带有后备字段的属性时,这将不起作用,因为该字段的初始化发生在子类的构造函数中,该子类在父类的构造函数之后运行。

但是,您可以使用计算属性,该属性将在父级调用它时按预期方式进行评估:

override val viewResourceId: Int
    get() = R.layout.some_layout

或者,您可以定义一个抽象函数,并覆盖它,这基本上是相同的:
override fun getViewResourceId(): Int = R.layout.some_layout

另外,在某些自定义 View 中使用@JvmOverloads可能是一个问题,因为调用为您自己的类生成的任何构造函数都将首先委托(delegate)给该类中的all-params构造函数,然后再调用super的all-params构造函数。 ,而不是每个构造函数都使用匹配数量的参数调用super方法。有关详细信息,请参见this article(例如)。

08-18 08:58