哪些是面向对象程序设计的三大特征

封装性、继承性、多态性。

1、封装性：

具备封装性（Encapsulation）的面向对象编程隐藏了某一方法的具体运行步骤，取而代之的是通过消息传递机制发送消息给它。封装是通过限制只有特定类的对象可以访问这一特定类的成员，而它们通常利用接口实现消息的传入传出。

通常来说，成员会依它们的访问权限被分为3种：公有成员、私有成员以及保护成员。有些语言更进一步：Java可以限制同一包内不同类的访问；C#和VB.NET保留了为类的成员聚集准备的关键字：internal（C#）和Friend（VB.NET）；Eiffel语言则可以让用户指定哪个类可以访问所有成员。

具备封装性（Encapsulation）的面向对象程序设计隐藏了某一方法的具体执行步骤，取而代之的是通过消息传递机制传送消息给它。

2、继承性：

继承性是面向对象技术中的另外一个重要特点，其主要指的是两种或者两种以上的类之间的联系与区别。继承，顾名思义，是后者延续前者的某些方面的特点，而在面向对象技术则是指一个对象针对于另一个对象的某些独有的特点、能力进行复制或者延续。

如果按照继承源进行划分，则可以分为单继承（一个对象仅仅从另外一个对象中继承其相应的特点）与多继承（一个对象可以同时从另外两个或者两个以上的对象中继承所需要的特点与能力，并且不会发生冲突等现象）。

如果从继承中包含的内容进行划分，则继承可以分为四类，分别为取代继承（一个对象在继承另一个对象的能力与特点之后将父对象进行取代）；

包含继承（一个对象在将另一个对象的能力与特点进行完全的继承之后，又继承了其他对象所包含的相应内容，结果导致这个对象所具有的能力与特点大于等于父对象，实现了对于父对象的包含）、受限继承、特化继承。

3、多态性：

从宏观的角度来讲，多态性是指在面向对象技术中，当不同的多个对象同时接收到同一个完全相同的消息之后，所表现出来的动作是各不相同的，具有多种形态。

从微观的角度来讲，多态性是指在一组对象的一个类中，面向对象技术可以使用相同的调用方式来对相同的函数名进行调用，即便这若干个具有相同函数名的函数所表示的函数是不同的。

扩展资料：

面向对象编程语言

支持部分或绝大部分面向对象特性的语言即可称为基于对象的或面向对象的语言。Simula (1967)被视为第一个具有面向对象特性的语言。早期，完全面向对象的语言主要包括Smalltalk等语言，目前较为流行的语言中有Java、C#、Eiffel等。

随着软件工业的发展，比较早的面向过程的语言在近些年的发展中也纷纷吸收了许多面向对象的概念，比如C→C++，C→Objective-C，BASIC→Visual Basic→Visual Basic .NET，Pascal→Object Pascal，Ada→Ada95。

“纯粹”的面向对象语言, 因为所有的东西都是由对象所组成，例如：Eiffel,Emerald,JADE,Obix,Ruby,Scala,Smalltalk,Self。

脚本中的OOP

近年来，面向对象的程序设计越来越流行于脚本语言中。Python和Ruby是创建在OOP原理的脚本语言，Perl和PHP亦分别在Perl 5和PHP 4时加入面向对象特性。

面向对象程序设计的三大特征是多态（Polymorphism)、继承（Inheritance)、封装（Encapsulation)。

1、多态

多态核心的思想就是，父类的引用能够指向子类的对象，或者接口类型的引用能够指向实现该接口的类的实例。多态会这样的原因是因为子类就是父类。

2、继承

Java是单继承的，这一点和C++有所不同，这也就意味着，一个类只能继承于一个类，被继承的类叫父类，或者是叫基类baseclass，继承的类叫子类。

Java当中的继承使用关键字extends。可是，一个类能够实现多个接口，多个接口之间用逗号进行分割。实现接口使用关键字implements。

3、封装（Encapsulation)

封装比较的简单，类包含了方法和数据，将方法和数据放在一个类当中，就构成了封装。封装的优点：将变化隔离，便于使用，提高重用性，提高安全性；封装的缺点：将变量等使用private修饰，或者封装进方法内，使其不能直接被访问，增加了访问步骤与难度！

面向对象程序设计的六大基本原则：

1、单一职责原则

不要存在多于一个导致类变更的原因，即一个类只承担一个职责。

2、开放-封闭原则

对扩展开放，对修改封闭。无论模块多么封闭，都会存在一些无法对之封闭的变化，既然不能完全封闭，我们必须对于自己设计的模块应该对哪种变化封闭做出选择，必须先猜测出最有可能发生的变化种类，然后构造抽象来隔离这些变化。

3、迪米特原则

一个对象应该对其他对象有最少的了解，减少类与类之间的耦合。如果两个类不必彼此通信，那么这两个类就不应当发生直接的相互作用。类与类之间的耦合越弱，越有利于复用，一个处于弱耦合的类被修改，不会对有关系的类造成波及。

4、依赖倒转原则

上层模块不要依赖底层模块，它们都要依赖于抽象。抽象不能依赖于细节，细节要依赖于抽象。面向接口编程，不要面向实现编程。

5、里氏替换原则

子类型必须能够替换掉它们的父类型。只有当子类可以替换掉父类，软件单位的功能不受影响时，父类才能真正的被复用，而子类也能够在父类的基础上增加新的行为。

6、接口隔离原则

客户端不应该依赖于它不需要的接口，一个类对一个类的依赖应该建立在最小的接口上。不要让与自己无关的修改影响到自己功能模块的变化。

---