PHP 程序員必遵循的三大編程準則：懶惰、漂亮、追求速度

如何從「能跑通」進化為「優秀的 PHP 開發者」？答案不在框架選型、不在設計模式背誦，而在於內化三條核心準則：**懶惰是金、編寫漂亮的代碼、追求程序運行速度而非編寫速度**。本文結合 PHP 生態特性，將這三條準則拆解為可落地的工程實踐。

準則一：懶惰是金 —— 站在巨人肩膀上，建立自己的武器庫

「懶惰」不是偷懶，是**拒絕重複造輪子**、**拒絕手工重複勞動**。

1. 大膽使用成熟開源庫

PHP 擁有全球最活躍的開源生態：

• 數據庫抽象：doctrine/dbal、illuminate/database（Eloquent）
• HTTP 客戶端：guzzlehttp/guzzle、symfony/http-client
• 驗證器：symfony/validator、respect/validation
• 日誌：monolog/monolog（PSR-3 標準）
• 緩存：symfony/cache、laminas/laminas-cache（PSR-16）
• 隊列：symfony/messenger、laravel/queue

原則：業務代碼只寫「業務邏輯」，通用基礎設施全部 Composer 引入。

2. 建立個人/團隊通用函數庫

將高頻片段封裝為 Composer 包（my/utils），典型收錄：

setTime(0,0); }

專案中 composer require my/utils，隨時 use function My\Utils\Arr\array_get;。

3. 經典工具類推薦（文中提及的現代替代）

準則二：編寫漂亮的代碼 —— 結構清晰、職責單一、易讀易維護

1. 徹底分離「後台邏輯」與「前端模板」

反模式：Controller 直接 echo HTML、SQL 混雜在模板中。

正模式：

• 後台：Service/Action/Controller 僅負責數據獲取、業務決策，返回 DTO/陣列/對象。
• 前端：Blade/Twig/Latte/原生 PHP 模板僅負責渲染，禁止業務邏輯。
• 中間層：View Model / Presenter 轉換領域模型為模板所需結構。

收益：模板可由前端工程師維護，後台重構不影響界面，單元測試覆蓋業務核心。

2. 靈活使用包含文件與自動加載

• 廢棄 include_once 手工管理，**全面擁抱 Composer PSR-4 自動加載**。
• 共享內核代碼發布為私有包，composer require my/core。
• 避免 auto_prepend_file 全局污染，顯式依賴優於隱式魔法。

3. 善用面向對象與 SOLID 原則

• 單一職責：一個類只做一件事（UserRegisterService 不發郵件，發郵件交給 Mailer）。
• 介面隔離：依賴介面而非具體類（CacheInterface 而非 RedisCache）。
• 依賴倒置：構造函數注入依賴，配合容器自動裝配。
• 不可變對象：DTO/Value Object 使用 readonly 屬性（PHP 8.1+），杜絕副作用。

準則三：追求程序運行速度，而非編寫速度 —— 性能是功能的一部分

1. 輸出優化：內嵌 HTML 勝過 echo

<div class="card">
  <h2>

// 無正則需求時
str_replace(['<i>', '</i>'], ['<em>', '</em>'], $html); // 單次遍歷
// 有正則需求時
preg_replace('/<\/?i>/i', fn($m) => $m[0] === '<i>' ? '<em>' : '</em>', $html);

$sql = 'SELECT * FROM users WHERE id = ?'; // 單引號：無解析開銷
$msg = "User {$user->name} logged in at " . date('H:i:s'); // 雙引號：僅在需插值時用