抽象類和抽象方法和接口

有些知識，是為了解決某個場景中的難題而生。 了解那個"令人尷尬"的場景，為了解知識點更重要。
假設如下場景： 團隊准備開發某王站，表建好了，頁面設計好了。
A組負責開發底層數據庫類(DB)，上傳類。 B級負責調用DB類
A組發生了爭執，MySQL? Oracle? DB2? sqlite?
B組.... 漫長等待.
當確定用mysql的時候，B組已經等了一個月了。
能否讓B組不等待？
解決: A組和B組先定1個數據庫類的模板： 模板中對：方法名,參數,返回值,都做嚴格的規定 此時，不
管A組選用什么數據庫，對於B組來說，沒有任何影響；

abstract class aDB{
 /**
 * 參數:sql語句
 * 返回類型:array
 **/
 abstract public function getAll($sql);
 abstract public function getRow($sql);
}

class Mysql extends aDB{
 public function getAll($sql){
 
 }
 public function getRow($sql){
 
 }
}

在編程中，有個概念叫"面向接口編程"。
開發和調用者之間,不直接通信,大家都對"共同的標准"負責。
比如:B組調用以aDb為准，A組最終的開發，也依aDb為准。
生活中的例子:

抽象類和方法的特征:
1、類前要加abstract，則為抽象類。
2、方法前也可以加abstract，則為抽象方法。
3、抽象方法沒有方法體
4、抽象類中也可以有已經實現的方法。但，只有要1個方法為抽象，則類仍是抽象的。
5、抽象類不能實例化
6、抽象類必須被繼承，實現所有的抽象方法才能使用。

 

<?php
 //多個對象協同⼯作
 //飼養員與不同動物表演
 
 //飼養員
 class Person{
 public $name;
 public function __construct($name){
 $this->name = $name;
 }
 public function work($obj){
 echo $this->name.'正在工作<br/>';
 //1.喂養動物

 $obj->eat();
 //2.表演
 $obj->show();
 }
 }
 //父類里面的方法只是用於保證子類里面有這個方法
 abstract class Animal{
 public function eat(){
 echo '正在吃東西...<br/>';
 }
 
 //抽象方法(半成品)
 abstract public function show();
 }
 //二狗
 class Dog extends Animal{
 public function eat(){
 echo '狗吃吃吃。。。。<br/>';
 }
 public function show(){
 echo '玩球球。。。。<br/>';
 }
 }
 //小貓
 class Cat extends Animal{
 public function eat(){
 echo '吃大雨...<br/>';
 }
 public function show(){
 echo '補充耗。。。<br/>';
 }
 }
 //猴子
 class Monkey extends Animal {
 public function eat(){
 echo '吃香蕉。。。<br/>';
 }
 public function play(){
 echo '玩個蕉...<br/>';
 }
 public function show(){
 echo '玩個頭...<br/>';
 }
 }

 //實例化對象
 $lq = new Person('老王');
 $wc = new Dog;
 $tom = new Cat;
 $wk = new Monkey;
 //飼養員在公作
 //$lq->work($wc);
 //$lq->work($tom);
 $lq->work($wk);

總結：

<?php
 abstract class A{
 abstract public function eat();
 abstract public function say();
 }
 //抽象類必須繼承 而且還要完成里面的所有抽象方法
 abstract class B extends A{
 //抽象方法必須被重寫
 public function say(){
 }
 public function eat(){
 }
 //繼承的時候還可以追加抽象方法
 abstract public function he();
 }
 //重寫了所有抽象方法的類才算是一個完整的類 才能被實例化
 class C extends B{
 public function he(){
 }
 }
 $a = new C;
 var_dump($a);

 

接口

抽象類可以理解為"類的模板"，接口則是"方法"的模板。 即，接⼝的粒度更小，用於描述通用的方
法。

/*
比如一個社交網站, 
關於用戶的處理是核心應用. 
登陸 
退出 
寫信 
看信 
招呼 
更換⼼情 
吃飯 
罵人
搗亂 
示愛 
撩騷 
這么多的方法,都是用戶的方法, 
自然可以寫一個user類,全包裝起來 
但是,分析用戶一次性使不了這么方法 
用戶信息類:{登陸,寫信,看信,招呼,更換心情,退出} 
用戶娛樂類:{登陸,罵人,搗亂,示愛,撩騷,退出} 
開發網站前,分析出來這么多方法, 
但是,不能都裝在一個類里, 
分成了2個類,甚至更多. 
作用應用邏輯的開發,這么多的類,這么多的方法,都暈了. 
*/ 
interface UserBase { 
 public function login($u,$p); 
 public function logout(); 
} 
interface UserMsg { 
 public function wirteMsg($to,$title,$content); 
 public function readMsg($from,$title); 
} 
interface UserFun { 
 public function spit($to); 
 public function showLove($to); 
} 
/* 
作為調用者, 我不需要了解你的用戶信息類,用戶娛樂類, 
我就可以知道如何調用這兩個類 
因為: 這兩個類 都要實現 上述接口. 
通過這個接口,就可以規范開發. 
*/ 
/* 
下面這個類,和接口聲明的參數不一樣,就報錯, 
這樣,接口強制統一了類的功能 
不管你有幾個類,一個類中有幾個方法 
我只知道,方法都是實現的接口的方法.
*/ 
class User implements UserBase { 
 public function login($u) { 
 } 
} 

 interface USB{
 //在接口里面所有的方法都是抽象方法 所以不需要額外的修飾
 public function run();
 }
 interface typeC{
 public function xxx();
 }
 //接口與接口之間是繼承關系
 interface PS2 extends USB{
 public function move();
 }
 
 class A{}
 //類與接口之間是實現關系
 //實現接口可以多實現 中間使用逗號隔開
 //類在繼承其他類的同時可以實現接口(多時間) 繼承一定要在實現前面
 class Mouse extends A implements PS2,typeC{
 public function run(){}
 public function move(){}
 public function xxx(){}
 }

接口特征：
1、在接口里面所有的方法都是抽象方法 不需要額外修飾
2、接口里面不能寫成員屬性里面只能有常量和抽象方法
3、接口與接口之間是繼承關系
4、類與接口之間是實現關系
5、實現接口可以多實現 中間使⽤逗號隔開
6、類在繼承其他類的同時可以實現接口(多實現),繼承一定要在實現前面

抽象類與接口的區別

抽象類：主要用於雙方協作的規范，屬於大方向模版。
接口：組成事務具體零件的規范，屬於具體開發模版。
如何選擇？
如果你僅僅是用於指定這個模塊要不要開發，是現在開發還是以后開發，起一個指引作用，要使用接
口。
如果你在制定大規范，並且涉及各部門之間的配合，要使用抽象類