共计 4870 个字符,预计需要花费 13 分钟才能阅读完成。
抽象类
php5 支持抽象类和抽象方法。类前加 abstract, 此类就成为抽象类,无法被实例化 , 此类天生就是用来被继承的, 给子类提供了一个类的模板;
类方法前加 abstract, 是抽象方法,抽象方法不能有方法体;
总结下来抽象类有以下几个特点:
- 类中有抽象方法, 则此类一定要是抽象类; 否则会报错;
- 抽象类中的方法不一定都是抽象方法;
- 决定类是否能被实例化取决于其是不是抽象类, 就算其类中的方法全部都是具体的方法而类本身是抽象方法的话, 也不能被实例化
- 抽象类中全是具体方法, 但是抽象类又不能被实例化, 又想用其里面的具体方法时, 就可以通过继承的方式或者通过类来调用;
- 抽象类是用作被继承的类, 所以其中的方法必须是 public 或者 protected, 又由于子类继承其父类不能令其权限越来越严格的规则, 其子类也必须 public 或者 protected;
- 如果是一个非抽象类继承抽象类, 就必须要完成抽象类中的所有的所有抽象方法(并且参数及其参数的类型要一样), 但如果是一个抽象类继承一个抽象类的话可以不必完成抽象类中的抽象方法(抽象类继承抽象类的目的就是扩展被继承的抽象类);
以下代码摘抄自燕十八公益课堂
/*
春秋战国时期, 燕零七 飞行器专家, 能工巧匠.
他写了一份图纸 --- 飞行器制造术
飞行器秘制图谱
1: 要有一个有力的发动机, 喷气式.
2: 要有一个平衡舵, 掌握平衡
他的孙子问: 发动机怎么造呢?
燕零七眼望夕阳: 我是造不出来, 但我相信后代有人造出来
燕零七的构想在当时的科技造不出来, 即这个类只能在图纸化, 无法实例化.
***/
// 此时这个类没有具体的方法去实现, 还太抽象.
// 因此我们把他做成一个抽象类
abstract class FlyIdea {
// 大力引擎, 当时也没法做, 这个方法也实现不了, 因此方法也是抽象的
public abstract function engine();
// 平衡舵
public abstract function blance();
/*
注意: 抽象方法 不能有方法体
下面这样写是错误的
public abstract function blance() {}
Fatal error: Abstract function FlyIdea::engine() cannot contain body
*/
}
/*
抽象类不能 new 来实例化
下面这行是错误的
$kongke = new FlyIdea();
Cannot instantiate abstract class FlyIdea
*/
// 到了明朝, 万户用火箭解决了发动机的问题
abstract class Rocket extends FlyIdea {
// 万户把 engine 方法, 给实现了, 不再抽象了
public function engine() {echo '点燃火药, 失去平衡, 嘭!<br />';}
// 但是万户实现不了平衡舵, 因此平衡舵对于 Rocket 类来说, 还是抽象的, 类也是抽象的
// 此处由于继承父类的也是抽象类, 所以可以不必完成抽象类中的所有抽象方法;
}
/*
到了现代, 燕十八亲自制作飞行器
这个 Fly 类中, 所以抽象方法, 都已经实现了, 不再是梦想.
*/
// 到了这个类就必须要完成所有的抽象方法;
class Fly extends Rocket{public function engine() {echo '有力一扔 <br />';}
public function blance() {echo '两个纸翼保持平衡~~~';}
public function start() {$this->engine();
for($i=0;$i<10;$i++) {$this->blance();
echo '平稳飞行 <br />';
}
}
}
$apache = new Fly();
$apache->start();
接口
接口是 PHP 对象之间的契约,抽象方法和静态常量定义的集合。接口是一种特殊的抽象类,这种抽象类中只包含抽象方法和静态常量。接口中没有其它类型的内容。
总结如下:
- 接口是某类事物功能的抽象,本身方法默认全部是抽象的,不能有方法体;
- 接口的作用:指定了 implements 这些接口的类必须要包含接口里面的方法以及方法里面的参数, 缺一不可。当然除了包含接口的这些方法外,可以增加其他的一些方法;
- 接口是可以继承的
- 接口是一堆方法的说明, 不能加属性, 但可以定义常量,定义的常量是不能被覆盖,访问方法是 接口名:: 常量名 或者 self:: 常量名
- 接口的方法必须是 public;
- 类可以实现多接口
以下代码来自燕十八的公益课堂
<?php
header("Content-type: text/html; charset=utf-8");
/*
类: 是某一类事物的抽象, 是某类对象的蓝图.
比如: 女娲造人时, 脑子中关于人的形象 就是人类 class Human
如果, 女娲决定造人时, 同时, 形象又没最终定稿时,
她脑子有哪些支离破碎的形象呢?
她可能会这么思考:
动物: 吃饭
猴子: 奔跑
猴子: 哭
自己: 思考
小鸟: 飞
我造一种生物, 命名为人, 应该有如下功能
eat()
run();
cry();
think();
类如果是一种事物 / 动物的抽象
那么 接口, 则是事物 / 动物的功能的抽象,
即, 再把他们的功能各拆成小块
自由组合成新的特种
*/ ;
interface animal {
const NAME = 'zxg'; // 不能定义属性, 但可以定义常量;
public function eat();}
interface monkey {public function run();
public function cry();}
interface wisdom {public function think();
}
interface bird {public function fly();
}
/*
如上, 我们把每个类中的这种实现的功能拆出来
分析: 如果有一种新生物, 实现了 eat() + run() +cry() + think() , 这种智慧生物, 可以叫做人.
class Human implements animal,monkey,wisdom { }
Human 类必须要包含 animal,monkey,wisdom 接口里面的方法, 缺一不可, 否则就会报错
Class Human contains 4 abstract methods
*/
class Human implements animal, monkey, wisdom, bird { // 这里的接口数量可以随意增加; 增加了以后本类里面的方法必须要有新增加的接口里面的方法
public function eat() {echo "吃东西方法";}
public function run() {
echo self::NAME; // 可以通过 self 来访问任意一个接口所定义的常量;
echo '行走的方法';
}
public function cry() {echo '哭的方法';}
public function think() {
echo animal::NAME; // 也可以通过 接口名
echo '思考的方法';
}
public function smile() {echo "这是新增加的微笑方法";}
public function fly() {echo "这是新增加的接口 bird 里面的 fly 方法";}
}
$obj = new Human();
$obj -> think();
?>
区别
- 对接口的使用是通过关键字 implements。对抽象类的使用是通过关键字 extends。当然接口也可以通过关键字 extends 继承但最好还是通过 implements 实现。
- 接口中不可以声明成员变量(包括类静态变量),但是可以声明类常量。抽象类中可以声明各种类型成员变量,实现数据的封装。
- 接口中只有抽象方法没有具体的方法,抽象类可以有具体的方法。
- 接口中的方法默认都是 public 类型的,而抽象类中的方法可以使用 protected,public 来修饰(其实抽象类也可以声明 private 方法的,不过没有意义)。
- 一个类可以同时实现多个接口,但一个类只能继承于一个抽象类。
使用接口还是抽象类?
- 如果要创建一个模型,这个模型将由一些紧密相关的对象采用,就可以使用抽象类。如果要创建将由一些不相关对象采用的功能,就使用接口。
- 如果必须从多个来源继承行为,就使用接口(只有接口能继承多个)。
- 如果知道所有类都会共享一个公共的行为实现,就使用抽象类,并在其中实现该行为。
应用场景举例
更多的应用场景可以参考一些国外框架, 比如 YII
<?php
//04.php
/***
==== 笔记部分 ====
面向对象的一个观点:
做的越多, 越容易犯错
抽象类{就定义类模板}-- 具体子类实现{china,japan,english}
接口:
***/
// 抽象的数据库类
/*
创业做网站
到底用什么数据库? mysql, oracle,sqlserver,postgresql?
这样: 先开发网站, 运行再说.
先弄个 mysql 开发着, 正式上线了再换数据库也不迟
引来问题:
换数据库, 会不会以前的代码又得重写?
答: 不必, 用抽象类
开发者, 开发时, 就以 db 抽象类来开发.
*/
abstract class db {public abstract function connect($h,$u,$p);
public abstract function query($sql);
public abstract function close();}
/*
// 下面这个代码有误
// 因为子类实现时, connect 和抽象类的 connect 参数不一致
class mysql extends db {public function connect($h,$h) {return true;}
public function query($sql,$conn) { }
public function close() {}
}
*/
/*
下面这个 mysql 类, 严格实现了 db 抽象类
试想: 不管上线时, 真正用什么数据库
我只需要再写一份如下类
class oracle extends db { }
class mssql extends db { }
class postsql extends db { }
业务逻辑层不用改?
为什么不用改?
因为都实现的 db 抽象类.
我开发时, 调用方法不清楚的地方, 我就可以参考 db 抽象类.
反正子类都是严格实现的抽象类.
*/
class mysql extends db {public function connect($h,$h,$u) {return true;}
public function query($sql) { }
public function close() {}
}
/*
接口 就更加抽象了
比如一个社交网站,
关于用户的处理是核心应用.
登陆
退出
写信
看信
招呼
更换心情
吃饭
骂人
捣乱
示爱
撩骚
这么多的方法, 都是用户的方法,
自然可以写一个 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) {}}
?>
正文完