我正在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(例如)。