## 簡介
在使用PHP代碼時,您可能經常會遇到`parent::`、`static::`和`self::`。但是當你第一次作為一個開發人員開始的時候,有時候你會很困惑,不知道它們是做什么的,以及它們之間的區別。
在我第一次作為開發人員開始工作后的很長一段時間里,我認為`static::`和`self::`是完全一樣的。
## `parent::`是什么?
假設我們有一個`BaseTestCase`類,它有一個`setUp`方法:
```php
class BaseTestCase
{
public function setUp(): void
{
echo 'Run base test case set up here...';
}
}
(new BaseTestCase())->setUp();
// Output is: "Run base test case set up here...';
```
正如我們所看到的,當我們調用 setUp 方法時,它按預期運行并輸出文本。
現在,讓我們假設我們想要創建一個新的`FeatureTest`類來繼承`BaseTestCase`類。如果我們想運行`FeatureTest`類的`setUp`方法,我們可以這樣做:
```
class FeatureTest extends BaseTestCase
{
//
}
(new FeatureTest())->setUp();
// Output is: "Run base test case set up here...";
```
正如我們所看到的,我們沒有在`FeatureTest`中定義`setUp`方法,所以在`BaseTestCase`中定義的方法將被運行。
現在,假設我們想在運行`FeatureTest`中的`setUp`方法時運行一些額外的邏輯。例如,如果這些類是作為PhpUnit測試的一部分使用的測試用例,那么我們可能需要在數據庫中創建模型或設置測試值。
一開始,你可能(錯誤地)認為你可以在你的`FeatureTest`方法中定義`setUp`方法,然后調用`$this->setUp()`。老實說,當我第一次學習編程的時候,我總是陷入這個陷阱!
所以我們的代碼可能看起來像這樣:
```php
class FeatureTest extends BaseTestCase
{
public function setUp(): void
{
$this->setUp();
echo 'Run extra feature test set up here...';
}
}
(new FeatureTest())->setUp();
```
但是,您會發現,如果我們運行這段代碼,我們最終會陷入一個循環,導致您的應用程序崩潰。這是因為我們遞歸地要求`setUp`一遍又一遍地調用它自己。你可能會得到類似這樣的輸出:
```
Fatal error: Out of memory (allocated 31457280 bytes) (tried to allocate 262144 bytes) in /in/1MXtt on line 15
mmap() failed: [12] Cannot allocate memory
mmap() failed: [12] Cannot allocate memory
Process exited with code 255.
```
因此,我們需要告訴PHP在`BaseTestCase`中使用`setUp`方法,而不是使用`$this->setUp()`。為了做到這一點,我們可以像這樣用`parent::setUp()`替換`$this->setUp()`:
```
class FeatureTest extends BaseTestCase
{
public function setUp(): void
{
parent::setUp();
echo 'Run extra feature test set up here...';
}
}
(new FeatureTest())->setUp();
// Output is: "Run base test case set up here... Run extra feature test set up here...";
```
現在,正如你所看到的,當我們在`FeatureTest`類中運行`setUp`方法時,我們首先運行`BaseTestCase`中的代碼,然后繼續運行子類中定義的其余代碼。
值得注意的是,您并不總是需要將`parent::`調用放在方法的頂部。實際上,您可以將其放置在方法中任何最適合代碼目的的位置。例如,如果你想先在`FeatureTest`類中運行你的代碼,然后在`BaseTestCase`類中運行,你可以像這樣將`parent::setUp()`調用移動到方法的底部:
## `self::`是什么?
假設我們有一個`Model`類,它有一個靜態的`connection`屬性和一個`makeConnection`方法。我們還可以想象我們有一個`User`類,它繼承了`Model`類并覆蓋了`connection`屬性。
這兩個類可能看起來像這樣:
```
class Model
{
public static string $connection = 'mysql';
public function makeConnection(): void
{
echo 'Making connection to: '.self::$connection;
}
}
class User extends Model
{
public static string $connection = 'postgres';
}
```
現在讓我們在兩個類上運行`makeConnection`方法,看看我們會得到什么輸出:
```
(new Model())->makeConnection();
// Output is: "Making connection to mysql"
(new User())->makeConnection();
// Output is: "Making connection to mysql";
```
正如我們所看到的,這兩個調用都導致了`Model`類的`connection`屬性被使用。這是因為`self`使用了在方法所在的類上定義的屬性。在這兩種情況下,`makeConnection`方法在`Model`類上是打開的,因為`User`類上不存在一個方法。
為了進一步說明這一點,我們將向`User`類添加`makeConnection`方法,如下所示:
```
class Model
{
public static string $connection = 'mysql';
public function makeConnection(): void
{
echo 'Making connection to: '.self::$connection;
}
}
class User extends Model
{
public static string $connection = 'postgres';
public function makeConnection(): void
{
echo 'Making connection to: '.self::$connection;
}
}
```
現在,如果我們再次調用這兩個方法,我們會得到以下輸出:
```
(new Model())->makeConnection();
// Output is: "Making connection to mysql"
(new User())->makeConnection();
// Output is: "Making connection to postgres";
```
正如您所看到的,對`makeConnection`的調用現在將使用`User`類上的`connection`字段,因為這是該方法存在的地方。
## `static::`是什么?
現在我們已經知道了`self::`的作用,讓我們來看看`static::`。
為了更好地理解它的作用,讓我們更新上面的代碼示例,使用`static::`而不是`self::`,如下所示:
```
class Model
{
public static $connection = 'mysql';
public function makeConnection()
{
echo 'Making connection to: '.static::$connection;
}
}
class User extends Model
{
public static $connection = 'postgres';
}
```
如果我們在兩個類上運行`makeConnection`方法,我們會得到以下輸出:
```
(new Model())->makeConnection();
// Output is: "Making connection to mysql"
(new User())->makeConnection();
// Output is: "Making connection to postgres";
```
正如我們所看到的,這個輸出與我們之前使用`self::$connection`時不同。對`User`類上的`makeConnection`方法的調用使用了`User`類上的`connection`屬性,而不是`Model`類(該方法實際所屬的類)。這是由于PHP中一個名為“后期靜態綁定”的特性。
如果您有興趣閱讀更多關于后期靜態綁定的內容,可以在這里查看PHP文檔。https://www.php.net/manual/en/language.oop5.late-static-bindings.php
> 根據PHP文檔:*這個特性被命名為“后期靜態綁定”,從內部的角度考慮。“后期綁定”來自這樣一個事實,即static::將不會使用定義方法的類來解析,而是使用運行時信息來計算。它也被稱為“靜態綁定”,因為它可以用于(但不限于)靜態方法調用。"*
因此,在我們的示例中,使用了`User`類上的`connection`屬性,因為我們在同一個類上調用了`makeConnection`方法。
然而,值得注意的是,如果`connection`屬性在`User`類上不存在,它將回退到使用`Model`類上的屬性。
## 什么時候使用self::或 static::?
現在我們對`self::`和`static::`之間的區別有了一個大致的了解,讓我們快速介紹一下如何決定在自己的代碼中使用哪一個。
這一切都取決于您正在編寫的代碼的用例。
一般來說,我通常會使用`static::`而不是`self::`,因為我希望我的類是可擴展的
例如,假設我想寫一個類,我完全打算由子類繼承(例如上面示例中的`BaseTestCase`類)。除非我真的想防止子類重寫屬性或方法,否則我想使用`static::`。
這意味著我可以有信心,如果我重寫任何靜態方法或字段,我的子類將使用我的重寫。我無法告訴你有多少次我在代碼中遇到了bug,當我在父類中使用`self::`時,然后無法弄清楚為什么我的子類沒有使用我的重寫!
另一方面,一些開發人員可能會爭辯說,你應該堅持使用`self::`,因為你不應該真的從類繼承。他們可能會建議你應該遵循“組合優于繼承”的原則。我不會深入研究這個話題,因為這是未來的另一篇博客文章。但從廣義上說,簡單地說,這個原則指出,你應該避免通過將所有邏輯放在父類中來為類添加功能,而是通過用許多更小的類來構建類來添加功能。
這意味著如果你遵循這個原則,你就不需要使用`static::`,因為你永遠不會擴展你的父類。如果你想確保類不能被擴展,你甚至可以更進一步,在定義類時使用`final`關鍵字。使用`final`關鍵字可以防止類被繼承,所以它可以減少您對類可能意外擴展并引入任何潛在錯誤的擔憂。
一般來說,最好在編寫代碼時根據具體情況決定應該使用`static::`還是`self::`。
- 設計模式系列
- 工廠方法模式
- 序言
- Windows程序注冊為服務的工具WinSW
- 基礎
- 安裝
- 開發規范
- 目錄結構
- 配置
- 快速入門
- 架構
- 請求流程
- 架構總覽
- URL訪問
- 容器和依賴注入
- 中間件
- 事件
- 代碼層結構
- 四個層次
- 路由
- 控制器
- 請求
- 響應
- 數據庫
- MySQL實時同步數據到ES解決方案
- 阿里云DTS數據MySQL同步至Elasticsearch實戰
- PHP中的MySQL連接池
- PHP異步非阻塞MySQL客戶端連接池
- 模型
- 視圖
- 注解
- @SpringBootApplication(exclude={DataSourceAutoConfiguration.calss})
- @EnableFeignClients(basePackages = "com.wotu.feign")
- @EnableAspectJAutoProxy
- @EnableDiscoveryClient
- 錯誤和日志
- 異常處理
- 日志處理
- 調試
- 驗證
- 驗證器
- 驗證規則
- 擴展庫
- 附錄
- Spring框架知識體系詳解
- Maven
- Maven和Composer
- 構建Maven項目
- 實操課程
- 01.初識SpringBoot
- 第1章 Java Web發展史與學習Java的方法
- 第2章 環境與常見問題踩坑
- 第3章 springboot的路由與控制器
- 02.Java編程思想深度理論知識
- 第1章 Java編程思想總體
- 第2章 英雄聯盟的小案例理解Java中最為抽象的概念
- 第3章 徹底理解IOC、DI與DIP
- 03.Spring與SpringBoot理論篇
- 第1章 Spring與SpringBoot導學
- 第2章 Spring IOC的核心機制:實例化與注入
- 第3章 SpringBoot基本配置原理
- 04.SprinBoot的條件注解與配置
- 第1章 conditonal 條件注解
- 第2章 SpringBoot自動裝配解析
- 05.Java異常深度剖析
- 第1章 Java異常分類剖析與自定義異常
- 第2章 自動配置Url前綴
- 06.參數校驗機制與LomBok工具集的使用
- 第1章 LomBok工具集的使用
- 第2章 參數校驗機制以及自定義校驗
- 07.項目分層設計與JPA技術
- 第1章 項目分層原則與層與層的松耦合原則
- 第2章 數據庫設計、實體關系與查詢方案探討
- 第3章 JPA的關聯關系與規則查詢
- 08.ORM的概念與思維
- 第1章 ORM的概念與思維
- 第2章 Banner等相關業務
- 第3章 再談數據庫設計技巧與VO層對象的技巧
- 09.JPA的多種查詢規則
- 第1章 DozerBeanMapper的使用
- 第2章 詳解SKU的規格設計
- 第3章 通用泛型Converter
- 10.令牌與權限
- 第1章 通用泛型類與java泛型的思考
- 常見問題
- 微服務
- demo
- PHP中Self、Static和parent的區別
- Swoole-Cli
- 為什么要使用現代化PHP框架?
- 公眾號
- 一鍵部署微信公眾號Markdown編輯器(支持適配和主題設計)
- Autodesigner 2.0發布
- Luya 一個現代化PHP開發框架
- PHPZip - 創建、讀取和管理 ZIP 文件的簡單庫
- 吊打Golang的PHP界天花板webman壓測對比
- 簡潔而強大的 YAML 解析庫
- 推薦一個革命性的PHP測試框架:Kahlan
- ServBay下一代Web開發環境
- 基于Websocket和Canvas實現多人協作實時共享白板
- Apipost預執行腳本如何調用外部PHP語言
- 認證和授權的安全令牌 Bearer Token
- Laradock PHP 的 Docker 完整本地開發環境
- 高效接口防抖策略,確保數據安全,避免重復提交的終極解決方案!
- TIOBE 6月榜單:PHP穩步前行,編程語言生態的微妙變化
- Aho-Corasick字符串匹配算法的實現
- Redis鍵空間通知 Keyspace Notification 事件訂閱
- ServBay如何啟用并運行Webman項目
- 使用mpdf實現導出pdf文件功能
- Medoo 輕量級PHP數據庫框架
- 在PHP中編寫和運行單元測試
- 9 PHP運行時基準性能測試
- QR碼生成器在PHP中的源代碼
- 使用Gogs極易搭建的自助Git服務
- Gitea
- webman如何記錄SQL到日志?
- Sentry PHP: 實時監測并處理PHP應用程序中的錯誤
- Swoole v6 Alpha 版本已發布
- Proxypin
- Rust實現的Redis內存數據庫發布
- PHP 8.4.0 Alpha 1 測試版本發布
- 121
- Golang + Vue 開發的開源輕量 Linux 服務器運維管理面板
- 內網穿透 FRP VS Tailscale
- 新一代開源代碼托管平臺Gitea
- 微服務系列
- Nacos云原生配置中心介紹與使用
- 輕量級的開源高性能事件庫libevent
- 國密算法
- 國密算法(商用密碼)
- GmSSL 支持國密SM2/SM3/SM4/SM9/SSL 密碼工具箱
- GmSSL PHP 使用
- 數據庫
- SQLite數據庫的Web管理工具
- 阿里巴巴MySQL數據庫強制規范
- PHP
- PHP安全測試秘密武器 PHPGGC
- 使用declare(strict_types=1)來獲得更健壯的PHP代碼
- PHP中的魔術常量
- OSS 直傳阿里騰訊示例
- PHP源碼編譯安裝APCu擴展實現數據緩存
- BI性能DuckDB數據管理系統
- 為什么別人可以是架構師!而我卻不是?
- 密碼還在用 MD5 加鹽?不如試試 password_hash
- Elasticsearch 在電商領域的應用與實踐
- Cron 定時任務入門
- 如何動態設置定時任務!而不是寫死在Linux Crontab
- Elasticsearch的四種查詢方式,你知道多少?
- Meilisearch vs Elasticsearch
- OpenSearch vs Elasticsearch
- Emlog 輕量級開源博客及建站系統
- 現代化PHP原生協程引擎 PRipple
- 使用Zephir編寫C擴展將PHP源代碼編譯加密
- 如何將PHP源代碼編譯加密,同時保證代碼能正常的運行
- 為什么選擇Zephir給PHP編寫動態擴展庫?
- 使用 PHP + XlsWriter實現百萬級數據導入導出
- Rust編寫PHP擴展
- 阿里云盤開放平臺對接進行文件同步
- 如何構建自己的PHP靜態可執行文件
- IM后端架構
- RESTful設計方法和規范
- PHP編譯器BPC 7.3 發布,成功編譯ThinkPHP8
- 高性能的配置管理擴展 Yaconf
- PHP實現雪花算法庫 Snowflake
- PHP官方現代化核心加密庫Sodium
- pie
- 現代化、精簡、非阻塞PHP標準庫PSL
- PHP泛型和集合
- 手把手教你正確使用 Composer包管理
- JWT雙令牌認證實現無感Token自動續期
- 最先進PHP大模型深度學習庫TransformersPHP
- PHP如何啟用 FFI 擴展
- PHP超集語言PXP
- 低延遲雙向實時事件通信 Socket.IO
- PHP OOP中的繼承和多態
- 強大的現代PHP高級調試工具Kint
- PHP基金會
- 基于webman+vue3高質量中后臺框架SaiAdmin
- 開源免費的定時任務管理系統:Gocron
- 簡單強大OCR工具EasyOCR在PHP中使用
- PHP代碼抽象語法樹工具PHP AST Viewer
- MySQL數據庫管理工具PHPMyAdmin
- Rust編寫的一款高性能多人代碼編輯器Zed
- 超高性能PHP框架Workerman v5.0.0-beta.8 發布
- 高并發系列
- 入門介紹及安裝
- Lua腳本開發 Hello World
- 執行流程與階段詳解
- Nginx Lua API 接口開發
- Lua模塊開發
- OpenResty 高性能的正式原因
- 記一次查找 lua-resty-mysql 庫 insert_id 的 bug
- 包管理工具OPM和LuaRocks使用
- 異步非阻塞HTTP客戶端庫 lua-resty-http
- Nginx 內置綁定變量
- Redis協程網絡庫 lua-resty-redis
- 動態HTML渲染庫 lua-testy-template
- 單獨的
- StackBlitz在線開發環境
- AI
- 基礎概念
- 12312
- 基礎鏡像的坑
- 利用phpy實現 PHP 編寫 Vision Transformer (ViT) 模型
- 語義化版本 2.0.0