温故而知新:new与override的差异以及virtual方法与abstract方法的区别
先直接看代码吧:
using System;
namespace ConsoleApplication1
{
class Program
{
static void Main(string[] args)
{
B b = new B();
b.Method1();
Console.ReadLine();
}
}
class A
{
public virtual void Method1() {
Console.WriteLine("A.Method1");
}
}
class B : A
{
public void Method1()
{
Console.WriteLine("B.Method1");
}
}
}
这段代码很简单:B继承A,然后定义了一个A中的同名方法Method1,编译能通过,但是会提示警告:
'ConsoleApplication1.B.Method1()' hides inherited member 'ConsoleApplication1.A.Method1()'. To make the current member override that implementation, add the override keyword. Otherwise add the new keyword.
即:B.Method1隐藏了继承自A的Method1方法,如果您想重定义该方法的实现,请添加override关键字,否则增加new关键字.
用Reflector查看下最终B中的Method1定义对应的IL代码:
如果我们要消除这种编译警告,可以尝试在前面加一个new关键字,即变成:
class B : A
{
new public void Method1()
{
Console.WriteLine("B.Method1-->new");
}
}
还是来看下这时的IL代码:
对比一下,发现跟没加new没啥区别,即编译器发现同名方法定义后,针对于本例中的情况,默认是当作new关键字来处理的
如果把new换成override关键字,即:
class B : A
{
override public void Method1()
{
Console.WriteLine("B.Method1-->override");
}
}
这时的IL定义如下:
可以发现多了一个virtual,即加了override后,编译器把B类中的Method1当成一个虚方法来处理了
小结一下:
其实在本例中,如果开发者本意就是要让B中的Method1产生与A中的Method1不一样的处理结果,不管你加不加new,或者加new、override中的任何一个,运行结果都不变,仅仅只是在内部编译时,override关键字使同名方法变成一个虚方法,但是其语义是不一样的。
1.如果不加关键字,会让代码的可读性变差,假设A,B封装成一个程序集,然后交给另一个公司的程序员做二次开发,后面的程序员又弄一个C类继承自B,那么他在调用b.Method1时,会不会搞糊涂?(虽然编译不会出错) 2.加上new关键字以后,就明确告诉编译器,B类中的Method1与A类中的Method1毫无瓜葛,大家各过各的桥,各走各的道儿. 3.加上override关键字以后,表示B类中的Method1基本上是认可A类中的Method1处理方式的,只是有可能觉得功能还需要再扩展或修改一下,并且也允许B的子类可以继续扩展B中的Method1,同时C#规定只有virtual方法才能被override,所以在最终编译时,B中的Method1也会被编译成virtual方法,关于这一点,可以通过下面的代码验证:
class B : A
{
new public void Method1()
{
base.Method1();
Console.WriteLine("B.Method1-->new");
}
}
class C : B
{
override public void Method1()
{
Console.WriteLine("C.Method1");
}
}
如果想让C类继续重写(扩展)B中的Method1方法,这样是无法通过编译的,会提示:只有加了virtual,abstract,override关键字的方法,才能被override!这时只能把B中Method1前面的new换成override
再来看看abstract方法与virtual方法的异同:
看一段代码
abstract class A
{
public virtual void VirtualMethod() {
Console.WriteLine("A.VirtualMethod1");
}
public abstract void AbstractMethod();
}
首先:abstract方法只能出现在abstract类中,即只要某个类的定义中有抽象方法,那么该类也必须是抽象类
其次:virtual可以有方法体的实现代码,而abstract只能定义方法签名(即:abstract跟接口中的方法一样,只定义方法,不实现方法)
在c#编译器内部,abstract方法也是当作virtual方法来处理的,只不过另外标注了abstract关键字
上图中,可以看到AbstractMethod也被标记为virtual方法,另外在子类继承时,这二者也有一些区别,见下面的代码:
class B : A
{
public void VirtualMethod()
{
}
////或
//override public void VirtualMethod()
//{
//}
////或
//new public void VirtualMethod()
//{
//}
public override void AbstractMethod()
{
}
}
即:父类中的abstract方法,子类必须实现,且必须用override关键字标注;而父类中的virtual方法,子类可以重新定义(即new),也可以重载(override),也可以不管(即不定义与父母virtual方法同名的方法)
- 克隆虚拟机的注意点
- keepalived+nginx搭建高可用(注意点)
- 我的WCF之旅(10):如何在WCF进行Exception Handling
- 安装nginx出现的问题
- 18.11 LVS DR模式搭建
- Linux基础(day64)
- 我的WCF之旅(9):如何在WCF中使用tcpTrace来进行Soap Trace
- 物联网设备已沦陷,咖啡机也不能例外
- 我的WCF之旅(13):创建基于MSMQ的Responsive Service
- 开发自己的Data Access Application Block[上篇]
- 18.9/18.10 LVS NAT模式搭建
- 谈谈WCF中的Data Contract (1):Data Contract Overview
- Linux基础(day66)
- 字符串的驻留(String Interning)
- JavaScript 教程
- JavaScript 编辑工具
- JavaScript 与HTML
- JavaScript 与Java
- JavaScript 数据结构
- JavaScript 基本数据类型
- JavaScript 特殊数据类型
- JavaScript 运算符
- JavaScript typeof 运算符
- JavaScript 表达式
- JavaScript 类型转换
- JavaScript 基本语法
- JavaScript 注释
- Javascript 基本处理流程
- Javascript 选择结构
- Javascript if 语句
- Javascript if 语句的嵌套
- Javascript switch 语句
- Javascript 循环结构
- Javascript 循环结构实例
- Javascript 跳转语句
- Javascript 控制语句总结
- Javascript 函数介绍
- Javascript 函数的定义
- Javascript 函数调用
- Javascript 几种特殊的函数
- JavaScript 内置函数简介
- Javascript eval() 函数
- Javascript isFinite() 函数
- Javascript isNaN() 函数
- parseInt() 与 parseFloat()
- escape() 与 unescape()
- Javascript 字符串介绍
- Javascript length属性
- javascript 字符串函数
- Javascript 日期对象简介
- Javascript 日期对象用途
- Date 对象属性和方法
- Javascript 数组是什么
- Javascript 创建数组
- Javascript 数组赋值与取值
- Javascript 数组属性和方法