現代 Perl（Modern Perl）介紹

前言

Perl 擁有悠久的歷史，並以強大的向後相容性聞名。雖然表面上主版本號仍維持在 Perl 5，但核心團隊近年來透過漸進式更新，持續引入現代化的語法特性。

本文將從「現代 Perl（Modern Perl）」的角度出發，帶領讀者重新認識這門與時俱進的程式語言。

Perl 現代化工程

Perl 歷經了三次現代化工程的嘗試，最終收斂至漸進式更新的溫和路線。以下我們來回顧這個演進過程。

Raku

Raku 是基於 Perl 思維重新開發的程式語言。原本命名為 Perl 6，但其核心架構與 Perl 完全不同，僅沿用了部分 Perl 的關鍵字。為了避免混淆，後來決定正式更名，將其視為獨立專案發展。

Raku 擁有豐富但有時顯得冗餘的語法特性。由於缺乏殺手級應用（Killer Application），目前定位較偏向小眾的內部生產力工具、快速原型開發以及 DSL（領域專用語言）的建構工具。

Perl 7

Perl 7 的構想是保留 Perl 原有語法，並直接啟用一些能提升程式碼品質、卻會破壞向後相容性的預設設定。雖然其斷層程度不像 Python 2 到 Python 3 那麼劇烈，但仍會對大量的既有程式碼（Legacy Code）造成衝擊。

由於全球有太多關鍵系統依賴舊有的 Perl 程式運作，在權衡利弊後，這個提案最終並未成行。

Perl 5.36+

這是最終採行的溫和路線：保持現存語法的全面相容，允許開發者在單一腳本（Script）中，以宣告方式選擇性引入新的語法特性。這意味著團隊可以進行局部重構，讓新舊程式碼和諧並行。

考量到企業的現實需求，這是目前社群與市場最能接受的更新模式。由此可知，雖然表面上 Perl 5 的主版本號未曾改變，但實質上它早已蛻變成一門現代化的程式語言。

使用現代 Perl 語法

在 Perl 腳本上方加入以下宣告：

use v5.36;

這會自動啟用 5.36 版本引入的「語法特性組合（Feature Bundle）」，並同時開啟 strict 與 warnings 這兩個有助於軟體工程健全發展的編譯指令（Pragma）。

為什麼選擇 5.36 版？

在撰寫本文時，Perl 的最新版本已推進至 5.42，那為什麼我們不直接採用最新版本呢？

這是因為一旦在程式碼中寫了 use v5.36;，就會將最低版本需求鎖定在 5.36。此時，若使用舊版的 Perl 直譯器（Interpreter）將會因不支援而無法執行該腳本。考量到 5.36 版已經完整引入了最核心的現代語法特性，除非開發團隊有追求最新語法的特定需求，否則不需盲目提升版本號。

Perl 5.36 的正式釋出時間為西元 2022 年五月。我們可以將它與目前幾個主要 GNU/Linux 發行版的版本生命週期進行對照：

由上表可知，Perl 5.36 的普及率與相容性已完全覆蓋目前主流 Linux 發行版近兩代的穩定版本。對於多數企業的正式生產環境（Production Environment）來說，這是一個兼顧現代特性與系統穩定性的合理選擇。

Carton

Carton 是 Perl 的套件相依性管理工具（功能等同於 Ruby 的 Bundler、Node.js 的 npm/yarn 或 Python 的 pipenv）。這個開發工具對於現代 Perl 的生態系有著相當深遠且重要的影響。

透過 Carton，現代 Perl 也能像 Python 或 Node.js 一樣，以「專案」為獨立基準來管理並隔離相依性，大幅減少了全域套件版本衝突的痛點。

FFI::Platypus

傳統上，在 Perl 中撰寫 C 語言介面擴充（Binding）的核心工具是 XS。然而，XS 的語法極其複雜且不易撰寫。如今透過 FFI::Platypus，開發者可以不必深入研究 Perl 的底層 C 巨集，就能更輕鬆、優雅地調用動態函式庫（Shared Libraries）。

在效能表現上，FFI::Platypus 的執行效率大約可達到純手寫 XS 的 90%。因此，除非是面對極端注重執行效能的臨界場景，否則不需回頭撰寫繁瑣的 XS。

Web API

雖然部分新興的雲端服務或第三方應用尚未提供專屬的 Perl SDK（套件），但絕大多數的現代化應用都具備標準的 Web API。開發者只需要利用 LWP（Library for WWW in Perl）或 Mojo::UserAgent 等 HTTP 客戶端套件，就能輕鬆對接並調用這些新應用的 Web API。

現代 Perl 的最佳實踐場景

考量 Perl 當前的市場定位，它在以下領域依然展現出極高的投資報酬率（ROI）：

• 高效單行指令（One-liners）：直接在終端機命令列進行強大的即時資料過濾與視覺化轉換。
• 系統管理腳本：比 Shell Script 更具型別安全性、結構化且更好維護的運維工具。
• 進階文字處理（Text Processing）：Perl 內建的正規表示式（Regex）至今仍是業界的黃金標準（PCRE 原型）。
• 既有資產活化：無縫整合並調用企業內部累積多年的珍貴 Perl 函式庫與核心模組。
• 後端服務（Backend）：搭配 Mojolicious 等現代化全端 Web 框架，快速構建靈活且高效能的 Web API。

不建議使用的情境

依據「選擇正確工具做正確的事」原則，通常不建議將 Perl 應用於以下場景：

• 大數據與數據分析：此領域的技術生態系已明顯傾斜至 Python 與 R 語言，缺乏豐富的現代資料科學套件支援。
• 微服務中的 Sidecar 膠水層：若在容器架構中僅用於簡單的行程調度或日誌轉送，引入 Perl 的執行環境可能會增加不必要的映像檔體積與維護成本。
• 非 Perl 強項的領域：例如行動裝置應用程式（Mobile Apps）或前端網頁開發（Frontend），這些領域有更主流且原生的語言生態。

Core Perl

Core Perl 指的是僅使用 Perl 內建語法與核心模組（Standard Library）所開發的程式。

這並不意味著凡事都要從頭手刻，而是善用官方內建的豐富工具組。Core Perl 在文字處理、系統管理以及命令列工具等領域，至今依然展現出極高的開發效率。

為什麼 Core Perl 在現代仍具備極高的學習與實用價值？因為 Perl 早已是類 Unix 系統中「不成文的標準配備」。雖然 Perl 未被列入 POSIX 標準，但幾乎所有主流 Linux 發行版與 Unix 系統（如 macOS、BSD）都預載了 Perl 的執行環境。

除非是極度精簡的 Alpine Linux（常用於 Docker 容器映像檔）或資源受限的嵌入式環境，否則開發者幾乎可以在任何伺服器上，直接執行寫好的 Core Perl 程式，完美享受「隨插即用（Plug and Play）」且無需額外安裝依賴的巨大優勢。

結語與展望

時至今日，Perl 依舊保持著穩健的進化節奏。然而，由於網路上充斥著大量「20 年前撰寫且至今仍正常運作」的舊程式碼，常給外界帶來這門語言發展停滯的刻板印象。

不可否認，在人工智慧（AI）與大數據等新興技術浪潮中，Perl 已非第一梯隊的主角；但憑藉著極致的向後相容性、現代化的語法革新，以及驚人的執行穩定度，現代 Perl 依然是一門成熟、可靠且強韌的程式語言，在無數企業的核心基礎設施中，默默地提供堅實的支援。