PHP面向对象接口语言与应用场景
10/18
/*
面向对象的一个观点： 做得越多，越容易犯错
抽象类（就定义类模板）--具体子类实现
接口：
*/
//抽象得到数据库类
/*
创业做网站
到底用什么数据库？ mysql，oracle,sqlserver ?
这样：先开发网站，允许再说，先弄个mysql开发着，正式上线了再换数据库也不迟
会引来问题：还数据库，会不会一切的代码又得重写？
答：不必，用抽象类
开发者开发室，就必须以db抽象类来开发
*/
abstract class db {
public abstract function connect($h,$u,$p);
public abstract function query($query);
public abstract function close();
}
/*以下代码有误，因为子类实现时，query方法里的参数和抽象类query里参数不一致
class mysql extends db {
public function connect($h,$u,$p) {
return true;
}
public function query($query,$query) {
}
public function close() {
}
}
*/
/*
下面这个mysql类，严格实现了db抽象类
试想：不管上线时，真正用什么数据库
我只需要再写一份如下类
class oracle extends db{
}
class sqlserver extends db{
}
业务逻辑层不用改？
因为都实现的db抽象类
在开发时，调用方法不清楚的地方，就可以参考db抽象类
反正子类都是严格实现的抽象类
*/
class mysql extends db {
public function connect($h,$u,$p) {
}
public function query($query) {
}
public function close() {
}
}
/*
接口就更加抽象了
比如一个社交网站
关于用户的处理是核心应用
登录
退出
写信
看信
招呼
更换心情
日志
这么多的方法，都是用户的方法，自然可以写一个user类，全包装起来
但是，分析用户一次性用不了这么多方法
用户互动类：{登录，招呼，日志，退出}
用户信息类：{登录，写信，看信..，退出}
开发网站前，分析出来这么多方法，但是，不能都装在一个类里
分词了2个类，甚至更多
作为应用逻辑的开发着，这么多的类 ，这么多的方法，都晕了
*/
interface userBase {
public function login($u,$p);
public function logout();
}
interface userInfo {
public function wirteinfo($who,$title,$content);
public function readinfo($title,$from);
}
interface userFan {
public function spit($to);
public function show($to);
}
/*
作为调用这，我不需要了解你的用户信息类，用户互动类，我就可以知道如何调用这两个类
因为：这两个类都要实现 上述接口，通过这个接口，就可以规范开发
*/
/*
下面这个类，和接口声明的参数不一样，就报错
这样，接口强制统一了类的功能，不管你有几个类，一个类中有几个方法
我只知道，方法都是实现的接口的方法
class user implements userBase {
public function login($u){
}
public function logout(){
}
}
*/
版权属于：
Dcr163的博客
本文链接：
https://www.dcr163.cn/40.html（转载时请注明本文出处及文章链接）
