PHP中抽象類別和介面的使用方法（程式碼）
- 不言原創
- 2018-07-28 11:41:372011瀏覽
這篇文章跟大家介紹的文章內容是關於PHP中抽象類別和介面的使用方法（程式碼），有很好的參考價值，希望可以幫助到有需要的朋友。
<?php
/***
====笔记部分====
接口的具体语法:
0:以人类为, class Human 是人的草图
而接口 是零件
可以用多种零件组合出一种新特种来.
1: 如上,接口本身即是抽象的,内部声明的方法 默认也是抽象的.
不用加 abstract
2: 一个类可以一次性实现多个接口.
语法用 implements 实现 (把我这几个功能实现了)
class ClassName implements interface1,interface2,interface3 {
}
然后再把接口的功能给实现.
3: 接口也可以继承, 用extends
4:接口是一堆方法的说明,不能加属性
5:接口就是供组装成类用的,封闭起来没有意义,因此方法只能是public
***/
interface animal {
protected function eat();
}
interface monkey extends animal {
public function run();
public function cry();
}
interface wisdom {
public function think();
}
interface bird extends animal{
public function fly();
}
/*
// 下面有误,monkey继承的aniaml接口,因此必须要把eat()实现
class Human implements monkey,wisdom {
public function run() {
echo '走';
}
public function cry() {
echo '哭';
}
public function think() {
echo '思考';
}
}
*/
class Human implements monkey,wisdom {
public function eat() {
echo '吃';
}
public function run() {
echo '走';
}
public function cry() {
echo '哭';
}
public function think() {
echo '思考';
}
}
?>
<?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) {
}
}
?>介面語法：
<?php
/***
====笔记部分====
接口的具体语法:
0:以人类为, class Human 是人的草图
而接口 是零件
可以用多种零件组合出一种新特种来.
1: 如上,接口本身即是抽象的,内部声明的方法 默认也是抽象的.
不用加 abstract
2: 一个类可以一次性实现多个接口.
语法用 implements 实现 (把我这几个功能实现了)
class ClassName implements interface1,interface2,interface3 {
}
然后再把接口的功能给实现.
3: 接口也可以继承, 用extends
4:接口是一堆方法的说明,不能加属性
5:接口就是供组装成类用的,封闭起来没有意义,因此方法只能是public
***/
interface animal {
protected function eat();
}
interface monkey extends animal {
public function run();
public function cry();
}
interface wisdom {
public function think();
}
interface bird extends animal{
public function fly();
}
/*
// 下面有误,monkey继承的aniaml接口,因此必须要把eat()实现
class Human implements monkey,wisdom {
public function run() {
echo '走';
}
public function cry() {
echo '哭';
}
public function think() {
echo '思考';
}
}
*/
class Human implements monkey,wisdom {
public function eat() {
echo '吃';
}
public function run() {
echo '走';
}
public function cry() {
echo '哭';
}
public function think() {
echo '思考';
}
}
?>
<?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) {
}
}
?>相關推薦：#
以上是PHP中抽象類別和介面的使用方法（程式碼）的詳細內容。更多資訊請關注PHP中文網其他相關文章！
陳述：
本文內容由網友自願投稿，版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容，請聯絡admin@php.cn
上一篇：php中實作觀察者模式的程式碼下一篇：php中實作觀察者模式的程式碼