面向对象概述
如何把大象装进冰箱?
一般的方法就是:打开冰箱->把大象放进冰箱->关上冰箱。
这就是典型的面向过程,非常符合人的常规思维
而面向对象就好变成了:
OOP–对象封装,把属性/行为都包裹进去,画格子自成体系,内部随便改动,不会影响到别人
有了面向对象之后,有了一个收纳的概念
一个个类 | 交互组成功能 | 系统 | 平台 |
一块块砖 | 砌墙 | 房间 | 大厦 |
面向对象桑基本特征:封装、继承、多态
封装:
- 隔离,外部不用关心怎么实现,只要接口不变,内部可以随意扩展;
- 安全,修饰符private protect internal public 数据结构,只能通过公开的方法来访问,而不是随便改
- 降低耦合,提高重用性,尽量隐藏更多的东西,隐藏了内部实现的细节,代码更安全。
继承;
子类拥有父类的一切属性和行为。
实例化子类的时候,是先完成父类的实例化的:
代码重用
单继承,也就是只有一个父类
重写(关键字virtual/override) 覆写(new) 重载(同一个方法名不同参数,参数个数或者参数类型)
public abstract class ParentClass
{
public ParentClass(int id)
{ }
/// <summary>
/// CommonMethod
/// </summary>
public void CommonMethod()
{
Console.WriteLine("ParentClass CommonMethod");
}
/// <summary>
/// virtual 虚方法 必须包含实现 但是可以被重载
/// </summary>
public virtual void VirtualMethod()
{
Console.WriteLine("ParentClass VirtualMethod");
}
public virtual void VirtualMethod(string name)
{
Console.WriteLine("ParentClass VirtualMethod");
}
public abstract void AbstractMethod();
}
public class ChildClass : ParentClass
{
/// <summary>
/// 实例化子类的时候,是先完成父类的实例化的
/// </summary>
public ChildClass()
: base(3)//调用父类的构造函数
{
}
/// <summary>
/// new 隐藏
/// </summary>
public new void CommonMethod()
{
Console.WriteLine("ChildClass CommonMethod");
// base this
}
/// <summary>
/// virtual 可以被覆写
/// </summary>
/// <param name="obj"></param>
/// <returns></returns>
public override void VirtualMethod()
{
Console.WriteLine("ChildClass VirtualMethod");
base.VirtualMethod();//base表示调用直接父类的这个方法
}
/// <summary>
/// 抽象方法必须覆写
/// </summary>
public sealed override void AbstractMethod()
{
Console.WriteLine("ChildClass AbstractMethod");
}
}
ParentClass instacne = new ChildClass()
instance.CommonMethod();
子类new隐藏 调用父类方法 因为:普通方法由编译时决定–提高效率
instance.VirtualMethod();
子类覆写的虚方法调用的是子类方法 因为:虚方法由运行时决定的–多态灵活。
instance.AbstractMethod();
子类实现的抽象方法 调用的是子类方法 因为:抽象方法由运行时决定的–多态灵活
普通方法是调用子类的实现还是父类的实现:
因为普通方法由编译时决定的,所有左侧是什么就是调用左侧的方法
base.xxx();//base表示直接调用父类的这个方法
多态
一个类可以用作多个类型就是多态,当然还有方法
编译时多态;重载
运行时多态:虚方法和重写
接口多态:
继承多态:
转发资料:
C#多态
接口和抽象类
子类都有这个方法,但又各不相同
抽象方法:约束下这个方法,但是又各不相同
抽象类
就是一个父类+约束 父类是代码重用,约束是为多态变化 单继承
抽象类的出发点应该是代码重用,是为了当父类 is a
接口
就是一个约束,只有倒台变化 多实现
抽象类的出发点应该是代码重用,是为了当父类 is a 接口纯粹为了约束,告诉别人一定有什么功能 can do
私人经验
如果需要约束,一般选择接口,除非有代码需要冲重用
转发资料:
什么是接口
接口是包含一组虚方法的抽象类型,其中每一种方法都有其名称、参数和返回值。
接口方法不能包含任何实现,CLR允许接口可以包含事件、属性、索引器、静态方法、静态字段、静态构造函数以及常数。但是注意:C#中不能包含任何静态成员。
一个类可以实现多个接口,当一个类继承某个接口时,它不仅要实现该接口定义的所有方法,还要实现该接口从其他接口中继承的所有方法。
什么是抽象类
抽象类提供多个派生类共享基类的公共定义,它既可以提供抽象方法,也可以提供非抽象方法。抽象类不能实例化,必须通过继承由派生类实现其抽象方法,因此对抽象类不能使用new关键字,也不能被密封。如果派生类没有实现所有的抽象方法,则该派生类也必须声明为抽象类。另外,实现抽象方法由overriding方法来实现。
相同点和不同点
相同点
- 都不能被直接实例化,都可以通过继承实现其抽象方法。
- 都是面向抽象编程的技术基础,实现了诸多的设计模式。
不同点
- 接口支持多继承;抽象类不能实现多继承。
- 接口只能定义抽象规则;抽象类既可以定义规则,还可能提供已实现的成员。
- 接口是一组行为规范;抽象类是一个不完全的类,着重族的概念。
- 接口可以用于支持回调;抽象类不能实现回调,因为继承不支持。
- 接口只包含方法、属性、索引器、事件的签名,但不能定义字段和包含实现的方法;抽象类可以定义字段、属性、包含有实现的方法。
- 接口可以作用于值类型和引用类型;抽象类只能作用于引用类型。例如,Struct就可以继承接口,而不能继承类。
通过相同与不同的比较,我们只能说接口和抽象类,各有所长,但无优略。在实际的编程实践中,我们要视具体情况来酌情量才,但是以下的经验和积累,或许能给大家一些启示,除了我的一些积累之外,很多都来源于经典,我相信经得起考验。所以在规则与场合中,我们学习这些经典,最重要的是学以致用,当然我将以一家之言博大家之笑,看官请继续。
规则与场合
- 请记住,面向对象思想的一个最重要的原则就是:面向接口编程。
- 借助接口和抽象类,23个设计模式中的很多思想被巧妙的实现了,我认为其精髓简单说来就是:面向抽象编程。
- 抽象类应主要用于关系密切的对象,而接口最适合为不相关的类提供通用功能。
- 接口着重于CAN-DO关系类型,而抽象类则偏重于IS-A式的关系;
- 接口多定义对象的行为;抽象类多定义对象的属性;
- 接口定义可以使用public、protected、internal 和private修饰符,但是几乎所有的接口都定义为public,原因就不必多说了。
- 在接口中,所有的方法都默认为public。
- “接口不变”,是应该考虑的重要因素。所以,在由接口增加扩展时,应该增加新的接口,而不能更改现有接口。
- 尽量将接口设计成功能单一的功能块,以.NET Framework为例,IDisposable、IDisposable、IComparable、IEquatable、IEnumerable等都只包含一个公共方法。
- 接口名称前面的大写字母“I”是一个约定,正如字段名以下划线开头一样,请坚持这些原则。
- 如果预计会出现版本问题,可以创建“抽象类”。例如,创建了狗(Dog)、鸡(Chicken)和鸭(Duck),那么应该考虑抽象出动物(Animal)来应对以后可能出现风马牛的事情。而向接口中添加新成员则会强制要求修改所有派生类,并重新编译,所以版本式的问题最好以抽象类来实现。
- 从抽象类派生的非抽象类必须包括继承的所有抽象方法和抽象访问器的实实现。
- 对抽象类不能使用new关键字,也不能被密封,原因是抽象类不能被实例化。
- 在抽象方法声明中不能使用 static 或 virtual 修饰符。
MSDN这样建议:
- 如果预计要创建组件的多个版本,则创建抽象类。抽象类提供简单易行的方法来控制组件版本。通过更新基类,所有继承类都随更改自动更新。另一方面,接口一旦创建就不能更改。如果需要接口的新版本,必须创建一个全新的接口。
- 如果创建的功能将在大范围的全异对象间使用,则使用接口。抽象类应主要用于关系密切的对象,而接口最适合为不相关的类提供通用功能。
- 如果要设计小而简练的功能块,则使用接口。如果要设计大的功能单元,则使用抽象类。
4.== 如果要在组件的所有实现间提供通用的已实现功能,则使用抽象类==。抽象类允许部分实现类,而接口不包含任何成员的实现。
经典示例
.NET Framework中关于接口和抽象类的使用:
集合类使用了基于接口的设计,请关注System.Collections中关于接口的设计实现;
数据流相关类使用了基于抽象类的设计,请关注System.IO.Stream类的抽象类设计机制。