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) {
    }
}
?>