可能重复:
Is using “base” bad practice even though it might be good for readability?
我的基类有点像这样:
internal abstract class ResultRow : IResultRow
{
protected InspectionDto InspectionDto { get; private set; }
public ResultRow(InspectionDto inspectionDto)
{
InspectionDto = inspectionDto;
}
}
许多继承ResultRow
的类看起来像这样:
internal class RadioRow : ResultRow
{
public RadioRow(InspectionDto inspectionDto) :
base(inspectionDto) {}
}
在引用继承类中的InspectionDto
属性时,它应该以{{1}}为前缀,即base.
吗?在这种情况下,我使用构造函数注入来捕获仅在base.InspectionDto
的子类中使用的公共属性,并且它不是虚拟的,因此不会被覆盖。使用ResultRow
前缀可以明确定义属性的位置,但这不是我通常会做的事情。我最近看到它用过,并想知道它是否被认为是好的或坏的做法以及为什么。
答案 0 :(得分:1)
无所谓,但无论你选择什么,坚持并保持一致。这是将来帮助你和其他人的模式(不是惯例)。
就个人而言,我更喜欢使用base
。此外,StyleCop推荐它。
答案 1 :(得分:0)
完全是你的电话。如果您认为它使代码更具可读性,请执行此操作!