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