## 門面(`Facade`)
門面為容器中的(動態)類提供了一個靜態調用接口,相比于傳統的靜態方法調用, 帶來了更好的可測試性和擴展性,你可以為任何的非靜態類庫定義一個`facade`類。
>[info] 系統已經為大部分核心類庫定義了`Facade`,所以你可以通過`Facade`來訪問這些系統類,當然也可以為你的應用類庫添加靜態代理。
下面是一個示例,假如我們定義了一個`app\common\Test`類,里面有一個`hello`動態方法。
~~~
<?php
namespace app\common;
class Test
{
public function hello($name)
{
return 'hello,' . $name;
}
}
~~~
調用hello方法的代碼應該類似于:
~~~
$test = new \app\common\Test;
echo $test->hello('thinkphp'); // 輸出 hello,thinkphp
~~~
接下來,我們給這個類定義一個靜態代理類`app\facade\Test`(這個類名不一定要和`Test`類一致,但通常為了便于管理,建議保持名稱統一)。
~~~
<?php
namespace app\facade;
use think\Facade;
class Test extends Facade
{
protected static function getFacadeClass()
{
return 'app\common\Test';
}
}
~~~
只要這個類庫繼承`think\Facade`,就可以使用靜態方式調用動態類`app\common\Test`的動態方法,例如上面的代碼就可以改成:
~~~
// 無需進行實例化 直接以靜態方法方式調用hello
echo \app\facade\Test::hello('thinkphp');
~~~
結果也會輸出 `hello,thinkphp`。
>[danger] 說的直白一點,Facade功能可以讓類無需實例化而直接進行靜態方式調用。
## 核心`Facade`類庫
系統給內置的常用類庫定義了`Facade`類庫,包括:
| (動態)類庫 | Facade類 |
| --- | --- |
| think\\App | think\\facade\\App |
| think\\Cache | think\\facade\\Cache |
| think\\Config | think\\facade\\Config |
| think\\Cookie | think\\facade\\Cookie |
| think\\Db | think\\facade\\Db |
| think\\Env | think\\facade\\Env |
| think\\Event | think\\facade\\Event |
| think\\Filesystem| think\\facade\\Filesystem |
| think\\Lang | think\\facade\\Lang |
| think\\Log | think\\facade\\Log |
| think\\Middleware | think\\facade\\Middleware |
| think\\Request | think\\facade\\Request |
| think\\Route | think\\facade\\Route |
| think\\Session | think\\facade\\Session |
| think\\Validate | think\\facade\\Validate |
| think\\View| think\\facade\\View|
所以你無需進行實例化就可以很方便的進行方法調用,例如:
~~~
use think\facade\Cache;
Cache::set('name','value');
echo Cache::get('name');
~~~
在進行依賴注入的時候,請不要使用`Facade`類作為類型約束,而是建議使用原來的動態類,下面是錯誤的用法:
~~~
<?php
namespace app\index\controller;
use think\facade\App;
class Index
{
public function index(App $app)
{
}
}
~~~
應當使用下面的方式:
~~~
<?php
namespace app\index\controller;
use think\App;
class Index
{
public function index(App $app)
{
}
}
~~~
事實上,依賴注入和使用`Facade`代理的效果大多數情況下是一樣的,都是從容器中獲取對象實例。例如:
~~~
<?php
namespace app\index\controller;
use think\Request;
class Index
{
public function index(Request $request)
{
echo $request->controller();
}
}
~~~
和下面的作用是一樣的
~~~
<?php
namespace app\index\controller;
use think\facade\Request;
class Index
{
public function index()
{
echo Request::controller();
}
}
~~~
依賴注入的優勢是支持接口的注入,而`Facade`則無法完成。
>[danger] 一定要注意兩種方式的`use`引入類庫的區別
- 序言
- 基礎
- 安裝
- 開發規范
- 目錄結構
- 配置
- 架構
- 請求流程
- 架構總覽
- 入口文件
- 多應用模式
- URL訪問
- 容器和依賴注入
- 服務
- 門面
- 中間件
- 事件
- 路由
- 路由定義
- 變量規則
- 路由地址
- 路由參數
- 路由中間件
- 路由分組
- 資源路由
- 注解路由
- 路由綁定
- 域名路由
- MISS路由
- 跨域請求
- URL生成
- 控制器
- 控制器定義
- 基礎控制器
- 空控制器
- 資源控制器
- 控制器中間件
- 請求
- 請求對象
- 請求信息
- 輸入變量
- 請求類型
- HTTP頭信息
- 偽靜態
- 參數綁定
- 請求緩存
- 響應
- 響應輸出
- 響應參數
- 重定向
- 文件下載
- 數據庫
- 連接數據庫
- 分布式數據庫
- 查詢構造器
- 查詢數據
- 添加數據
- 更新數據
- 刪除數據
- 查詢表達式
- 鏈式操作
- where
- table
- alias
- field
- strict
- limit
- page
- order
- group
- having
- join
- union
- distinct
- lock
- cache
- cacheAlways
- comment
- fetchSql
- force
- partition
- failException
- sequence
- replace
- extra
- duplicate
- procedure
- 聚合查詢
- 分頁查詢
- 時間查詢
- 高級查詢
- 視圖查詢
- JSON字段
- 子查詢
- 原生查詢
- 獲取查詢參數
- 查詢事件
- 獲取器
- 事務操作
- 存儲過程
- 數據集
- 數據庫驅動
- 模型
- 定義
- 模型字段
- 新增
- 更新
- 刪除
- 查詢
- 查詢范圍
- JSON字段
- 獲取器
- 修改器
- 搜索器
- 數據集
- 自動時間戳
- 只讀字段
- 軟刪除
- 類型轉換
- 模型輸出
- 模型事件
- 模型關聯
- 一對一關聯
- 一對多關聯
- 遠程一對多
- 遠程一對一
- 多對多關聯
- 多態關聯
- 關聯預載入
- 關聯統計
- 關聯輸出
- 虛擬模型
- 視圖
- 模板變量
- 視圖過濾
- 模板渲染
- 模板引擎
- 視圖驅動
- 錯誤和日志
- 異常處理
- 日志處理
- 調試
- 調試模式
- Trace調試
- SQL調試
- 變量調試
- 遠程調試
- 驗證
- 驗證器
- 驗證規則
- 錯誤信息
- 驗證場景
- 路由驗證
- 內置規則
- 表單令牌
- 注解驗證
- 雜項
- 緩存
- Session
- Cookie
- 多語言
- 上傳
- 命令行
- 啟動內置服務器
- 查看版本
- 自動生成應用目錄
- 創建類庫文件
- 清除緩存文件
- 生成數據表字段緩存
- 生成路由映射緩存
- 輸出路由定義
- 自定義指令
- Debug輸出級別
- 擴展庫
- 數據庫遷移工具
- Workerman
- think助手工具庫
- 驗證碼
- Swoole
- 附錄
- 助手函數
- 升級指導
- 更新日志