在面向对象的程序设计（英语：Object-oriented programming，缩写：OOP）中，对象是一个由信息及对信息进行处理的描述所组成的整体，是对现实世界的抽象。
在计算机的世界里，用类来表示现实世界的事情。对象的三个特性：对象的行为（能在对象上施加哪些操作）；对象的形态（当施加那些操作，对象做什么回应）；对象的表示（在相同的行为和形态下有什么不同）；
面向对象内容：
类：定义了相同事物的抽象点，包括了数据的形式和数据的操作（即类的属性和方法）；对象是类的实例；
类的属性和方法都可以public 、private、protected 三个修饰符。
属性还可以有常量，用关键字 const 来定义；
借用别人的智慧：php面向对象中static静态属性和静态方法。关于他们的调用，需要弄明白了他们在内存中存放位置，这样就容易理解了。总结如下：
- 静态属性不需要实例化就可以调用；因为静态属性存放在类里，调用方法为"类名::属性名"；
- 静态方法不需要实例化就可以调用；同上；（通过对象—>静态方法也可以调用）。
- 静态方法发不能调用非静态属性。因为非静态属性需要实例化后，存放到对象里；
- 静态方法可以调用非静态方法，使用self关键词。PHP里，一个方法被self::后，它就自动转变为静态方法；
PHP类的继承是单继承，多层次。
面向对象的编程，有一个特征，就是抽象：接口、抽象类、类；接口抽象的是抽象类的方法，与实现接口子类的关系是"有没有"的关系，即子类抽象的事物，有没有这个方法。抽象类抽象的是类的方法，与实现抽象类的子类的关系是"是不是"的关系。
总结：类是对事物的抽象，抽象类是对类的抽象，接口是对抽象类的抽象。
举例：抽象类是对一种事物的抽象，即对类抽象，而接口是对行为的抽象。抽象类是对整个类整体进行抽象，包括属性、行为，但是接口却是对类局部（行为）进行抽象。飞机和鸟是不同类的事物，但是它们都有一个共性，就是都会飞。那么在设计的时候，可以将飞机设计为一个类Airplane，将鸟设计为一个类Bird，但是不能将 飞行 这个特性也设计为类，因此它只是一个行为特性，并不是对一类事物的抽象描述。此时可以将 飞行 设计为一个接口Fly，包含方法fly( )，然后Airplane和Bird分别根据自己的需要实现Fly这个接口。然后至于有不同种类的飞机，比如战斗机、民用飞机等直接继承Airplane即可，对于鸟也是类似的，不同种类的鸟直接继承Bird类即可。从这里可以看出，继承是一个 "是不是"的关系，而 接口 实现则是 "有没有"的关系。如果一个类继承了某个抽象类，则子类必定是抽象类的种类，而接口实现则是有没有、具备不具备的关系，比如鸟是否能飞（或者是否具备飞行这个特点），能飞行则可以实现这个接口，不能飞行就不实现这个接口。
下面要注意一个问题：在《JAVA编程思想》一书中，将抽象类定义为“包含抽象方法的类”，但是后面发现如果一个类不包含抽象方法，只是用abstract修饰的话也是抽象类。也就是说抽象类不一定必须含有抽象方法。个人觉得这个属于钻牛角尖的问题吧，因为如果一个抽象类不包含任何抽象方法，为何还要设计为抽象类？所以暂且记住这个概念吧，不必去深究为什么。
抽象类是什么：
抽象类不能创建实例，它只能作为父类被继承。抽象类是从多个具体类中抽象出来的父类，它具有更高层次的抽象。从多个具有相同特征的类中抽象出一个抽象类，以这个抽象类作为其子类的模板，从而避免了子类的随意性。
(1) 抽象方法只作声明，而不包含实现，可以看成是没有实现体的虚方法
(2) 抽象类不能被实例化
(3) 抽象类可以但不是必须有抽象属性和抽象方法，但是一旦有了抽象方法，就一定要把这个类声明为抽象类
(4) 具体派生类必须覆盖基类的抽象方法
(5) 抽象派生类可以覆盖基类的抽象方法，也可以不覆盖。如果不覆盖，则其具体派生类必须覆盖它们
接口是什么：
(1) 接口不能被实例化
(2) 接口只能包含方法声明
(3) 接口的成员包括方法、属性、索引器、事件
(4) 接口中不能包含常量、字段(域)、构造函数、析构函数、静态成员
接口和抽象类的区别：
（1）抽象类可以有构造方法，接口中不能有构造方法。
（2）抽象类中可以有普通成员变量，接口中没有普通成员变量(接口中的方法定义默认为public abstract类型，接口中的成员变量类型默认为public static final)
（3）抽象类中可以包含静态方法，接口中不能包含静态方法
（4） 一个类可以实现多个接口，但只能继承一个抽象类。
（5）接口可以被多重实现，抽象类只能被单一继承
（6）如果抽象类实现接口，则可以把接口中方法映射到抽象类中作为抽象方法而不必实现，而在抽象类的子类中实现接口中方法
(7) 接口定义的关键字interface;抽象类定义的关键字abstract
（8）抽象类继承的关键字extends，接口的实现关键字implements
(9) 抽象类可以提供成员方法的实现细节，可以用public 、protected、default这些修饰符；接口只能是public abstract方法
(10) 抽象类的速度比接口能快一点，因为接口需要时间去寻找在类中实现的方法
(11)添加新方法：如果你往抽象类中添加新的方法，你可以给它提供默认的实现，因此你不需要改变你现在的代码；如果你往接口中添加方法，那么你必须改变实现该接口的类。
(12)继承一个抽象类的时候，子类必须定义父类中的所有抽象方法；另外，这些方法的访问控制必须和父类中一样（或者更为宽松）。例如某个抽象方法被声明为受保护的，那么子类中实现的方法就应该声明为受保护的或者公有的，而不能定义为私有的。此外方法的调用方式必须匹配，即类型和所需参数数量必须一致。例如，子类定义了一个可选参数，而父类抽象方法的声明里没有，则两者的声明并无冲突。
设计层面不同，抽象类作为很多子类的父类，它是一种模板式设计。而接口是一种行为规范，它是一种辐射式设计。什么是模板式设计？最简单例子，大家都用过ppt里面的模板，如果用模板A设计了ppt B和ppt C，ppt B和ppt C公共的部分就是模板A了，如果它们的公共部分需要改动，则只需要改动模板A就可以了，不需要重新对ppt B和ppt C进行改动。而辐射式设计，比如某个电梯都装了某种报警器，一旦要更新报警器，就必须全部更新。也就是说对于抽象类，如果需要添加新的方法，可以直接在抽象类中添加具体的实现，子类可以不进行变更；而对于接口则不行，如果接口进行了变更，则所有实现这个接口的类都必须进行相应的改动。
下面看一个网上流传最广泛的例子：门和警报的例子：门都有open( )和close( )两个动作，此时我们可以定义通过抽象类和接口来定义这个抽象概念：
| 1 2 3 4 |
|
或者：
| 1 2 3 4 |
|
但是现在如果我们需要门具有报警alarm( )的功能，那么该如何实现？下面提供两种思路：
1）将这三个功能都放在抽象类里面，但是这样一来所有继承于这个抽象类的子类都具备了报警功能，但是有的门并不一定具备报警功能；
2）将这三个功能都放在接口里面，需要用到报警功能的类就需要实现这个接口中的open( )和close( )，也许这个类根本就不具备open( )和close( )这两个功能，比如火灾报警器。
从这里可以看出， Door的open() 、close()和alarm()根本就属于两个不同范畴内的行为，open()和close()属于门本身固有的行为特性，而alarm()属于延伸的附加行为。因此最好的解决办法是单独将报警设计为一个接口，包含alarm()行为,Door设计为单独的一个抽象类，包含open和close两种行为。再设计一个报警门继承Door类和实现Alarm接口。
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 |
|
接口和抽象类的相同点：
(1) 都不能被实例化
(2) 都可以包含方法声明
(3) 派生类必须实现未实现的方法
抽象类和接口的使用时机
在设计类的时候，首先考虑用接口抽象出类的特性，当你发现某些方法可以复用的时候，可以使用抽象类来复用代码。简单说，接口用于抽象事物的特性，抽象类用于代码复用。
当然，不是所有类的设计都要从接口到抽象类，再到类。程序设计本就没有绝对的范式可以遵循。根据自己的需求设计。
1511
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
