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

}

}

?>