17.6.3 Virtual, sealed, override, and abstrac

本文详细解析了C#中属性访问器的虚拟(virtual)与抽象(abstract)特性,阐述了如何声明及重写这些访问器,并解释了它们在继承中的行为表现。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

A virtual property declaration specifies that the accessors of the property
are virtual. The virtual modifier
applies to both accessors of a read-write property?it is not possible for
only one accessor of a read-write
property to be virtual.
An abstract property declaration specifies that the accessors of the
property are virtual, but does not provide an
actual implementation of the accessors. Instead, non-abstract derived
classes are required to provide their own
implementation for the accessors by overriding the property. Because an
accessor for an abstract property
declaration provides no actual implementation, its accessor-body simply
consists of a semicolon.
A property declaration that includes both the abstract and override
modifiers specifies that the property is
abstract and overrides a base property. The accessors of such a property
are also abstract.
Abstract property declarations are only permitted in abstract classes (§17.1
.1.1). The accessors of an inherited
virtual property can be overridden in a derived class by including a
property declaration that specifies an
override directive. This is known as an overriding property declaration. An
overriding property declaration
does not declare a new property. Instead, it simply specializes the
implementations of the accessors of an existing
virtual property.
An overriding property declaration must specify the exact same
accessibility modifiers, type, and name as the
inherited property. If the inherited property has only a single accessor
(i.e., if the inherited property is read-only
or write-only), the overriding property must include only that accessor. If
the inherited property includes both
accessors (i.e., if the inherited property is read-write), the overriding
property can include either a single accessor
or both accessors.
An overriding property declaration may include the sealed modifier. Use of
this modifier prevents a derived
class from further overriding the property. The accessors of a sealed
property are also sealed.
Except for differences in declaration and invocation syntax, virtual,
sealed, override, and abstract accessors
behave exactly like virtual, sealed, override and abstract methods.
Specifically, the rules described in §17.5.3,
§17.5.4, §17.5.5, and §17.5.6 apply as if accessors were methods of a
corresponding form:
? A get accessor corresponds to a parameterless method with a return value
of the property type and the same
modifiers as the containing property.
? A set accessor corresponds to a method with a single value parameter of
the property type, a void return
type, and the same modifiers as the containing property.
[Example: In the example
abstract class A
{
int y;
public virtual int X {
get { return 0; }
}
public virtual int Y {
get { return y; }
set { y = value; }
}
public abstract int Z { get; set; }
}
C# LANGUAGE SPECIFICATION
246
X is a virtual read-only property, Y is a virtual read-write property, and
Z is an abstract read-write property.
Because Z is abstract, the containing class A must also be declared
abstract.
A class that derives from A is show below:
class B: A
{
int z;
public override int X {
get { return base.X + 1; }
}
public override int Y {
set { base.Y = value < 0? 0: value; }
}
public override int Z {
get { return z; }
set { z = value; }
}
}
Here, the declarations of X, Y, and Z are overriding property declarations.
Each property declaration exactly
matches the accessibility modifiers, type, and name of the corresponding
inherited property. The get accessor of
X and the set accessor of Y use the base keyword to access the inherited
accessors. The declaration of Z
overrides both abstract accessors?thus, there are no outstanding abstract
function members in B, and B is
permitted to be a non-abstract class. end example]
内容概要:本文深入探讨了Kotlin语言在函数式编程和跨平台开发方面的特性和优势,结合详细的代码案例,展示了Kotlin的核心技巧和应用场景。文章首先介绍了高阶函数和Lambda表达式的使用,解释了它们如何简化集合操作和回调函数处理。接着,详细讲解了Kotlin Multiplatform(KMP)的实现方式,包括共享模块的创建和平台特定模块的配置,展示了如何通过共享业务逻辑代码提高开发效率。最后,文章总结了Kotlin在Android开发、跨平台移动开发、后端开发和Web开发中的应用场景,并展望了其未来发展趋势,指出Kotlin将继续在函数式编程和跨平台开发领域不断完善和发展。; 适合人群:对函数式编程和跨平台开发感兴趣的开发者,尤其是有一定编程基础的Kotlin初学者和中级开发者。; 使用场景及目标:①理解Kotlin中高阶函数和Lambda表达式的使用方法及其在实际开发中的应用场景;②掌握Kotlin Multiplatform的实现方式,能够在多个平台上共享业务逻辑代码,提高开发效率;③了解Kotlin在不同开发领域的应用场景,为选择合适的技术栈提供参考。; 其他说明:本文不仅提供了理论知识,还结合了大量代码案例,帮助读者更好地理解和实践Kotlin的函数式编程特性和跨平台开发能力。建议读者在学习过程中动手实践代码案例,以加深理解和掌握。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值