https://www.php.net/releases/8.0/en.php

Named Arguments 命名參數

舉例來講，function htmlspecialchars 的 prototype

function htmlspecialchars(
    string $string,
    int $flags = ENT_COMPAT,
    string $encoding = null,
    bool $double_encode = true
)

如果只是要指定其中一個參數 double_encode，其他用預設值，PHP 8 可以這樣寫

htmlspecialchars($string, double_encode: false);

注意 flags, encoding 都不用輸入。官方文件並提到，使用 Named Arguments 時參數不需要依照順序。

另外，如上方範例，Named Arguments 可以跟傳統輸入參數的方式混用。可以混用又沒有參數輸入的順序限制，會不會造成 ambiguous。如果用 coding convention 去限制，又會造成開發上的成本。larry 個人是對這個新功能持保留態度。

Constructor property promotion

在 PHP 8，constructor arguments 可以直接宣告成 class 的屬性。如下範例，注意 constructor arguments 前直接加了 public modifier。

class Point {
  public function __construct(
    public float $x = 0.0,
    public float $y = 0.0,
    public float $z = 0.0,
  ) {}
}

這樣 x, y, z 就直接宣告成 class 的屬性，不需要另外宣告

class Point {
  // 不需要
  public float $x;
  public float $y;
  public float $z;
  ...
}

這樣的確簡化了很多程式碼，但少了明文定義 class 的屬性。這樣真的不會造成混淆嗎？而且一樣，如果用 coding convention 去限制，又會造成開發上的成本。對這個新功能我還是持保留態度。

Match expression (match 表達式)

echo match (8.0) {
  '8.0' => "Oh no!",
  8.0 => "This is what I expected",
};
// print “This is what I expected”

match 表達式是 PHP 8 新出的。與 switch 判斷式比較，match 表達式會直接 return 數值，並用 strict comparison 做輸入/選項比較。相對的，switch 判斷式是 loose comparison。所以如果用 switch，輸入 8.0，會先找到字串的 ‘8.0’。

寫法跟應用上 larry 還是不太習慣。match 大括號裡的東西比較像 array 的寫法，卻用大括號包住。應用上也有點 array 的味道，那直接使用 array 相關 function 反而還清楚一點。

Nullsafe operator

$country = $session?->user?->getAddress()?->country;

如果 $session 有值，return $session->user。如果 $session->user 有值，return $session->user->getAddress()，依此類推。從左到右，每一個問號會評估一次是否為 null，如果不為 null，繼續往右走。如果為 null，中斷在為 null 的部分，並 return null。

讀者可以評估一下上面 sample code，如果以 if else 來寫，或以三元運算子來寫，會有多少程式碼。用 nullsafe operator 除了簡潔以外，語意上也清楚。這個新功能 larry 會考慮使用。

Saner string to number comparisons 較健康的字串 / 數字比較

0 == 'foobar';
// PHP 7 和 PHP 7 以前會 return true
// PHP 8 會 return false

在 PHP 7 和 PHP 7 以前，上面 sample code 比較的方式是字串 “foobar” 先嘗試 cast 成數字，發現沒辦法 cast，所以 cast 成 0，所以上面比較式 return true。

這部分是 PHP 語言長期的一個缺陷，尤其當使用 in_array, switch 等包含 implicit comparison 時，最好自己先判斷會不會有字串 / 數字比較的情況，不然 implicit comparison 判斷可能有誤。

PHP 8 修正了這個錯誤，除了將字串 cast 成數字外，也會將要比較的數字 cast 成字串，字串對字串比較。也就是比之前多了一個比較條件。

Just-In-Time (JIT) compilation

PHP 是直譯式語言 (interpreted language)，要先裝好 PHP 套件，執行時 PHP code 會在 PHP 套件的環境裡，也可以說是透過 PHP 套件，不用編譯，直接執行。

PHP 8 推出的 Just-In-Time (JIT) compilation，會在執行期間，自動將某些 code 編譯，主要是 JIT 引擎分析會頻繁執行的 code，進行編譯，以達成效能的最大化。

原本 PHP 要透過一個 Zend virtual machine 與 CPU 溝通。有了 JIT compiler，部分程式碼會被編譯，快取在記憶體裡。當第二次執行該段 code，又編譯碼的快取還在的話，就會繞過 Zend virtual machine，直接執行編譯碼與 CPU 溝通。

PHP 8 的 JIT compiler 有兩種：Tracing JIT 與 Function JIT。

Function JIT 會編譯整個 PHP functions，但不會去分析程式碼結構。Tracing JIT 則會去找到這些重複又頻繁執行的 code，進行編譯。Tracing JIT 因為編譯的總量少，能加快編譯的速度 (節省主機資源)，並在有限的記憶體 buffer，可以快取對整體效能最有幫助的編譯碼。

結論

PHP 8 大部份新寫法類型的功能，larry 是持保留態度，感覺對開發上沒有實質的幫助。PHP 8 修正了 PHP 語言長期的字串 / 數字比較問題，這件事需要知道一下。JIT 的部分也要知道，如果使用 PHP 8，JIT 的部分一定要正確 configure，開啟使用。

$obj = new myClass1();

__autoload function 會被觸發，class name 會被當作參數傳入。

在 new 其他 class 的物件時，

$obj = new myClass2();

__autoload 也會被觸發，所以你的 include / require 可以寫在 __autoload function 裡。

__autoload 有一個特別「沒」彈性的地方：一個 file scope 裡面不可以有兩個 __autoload，不然會 error。在你使用多個框架、plugin 混用時，如果每個框架、plugin 都用 __autoload，可以想像幾乎是沒辦法使用。

後來出現了 spl_autoload_register 來取代 __autoload (spl 為 standard php library 的縮寫)
http://php.net/manual/en/function.spl-autoload-register.php

spl_autoload_register 可以註冊多個 callback function， 你的 include / require 就寫在這些 callback function 裡。 當 new 一個物件時，php 執行環境會依序觸發這些 callback function，直到找到該物件的 class 為止。

有一些文章會把 namespace 與 autoload 擺在一起講，這點要釐清。namespace 與 autoload 觀念上是沒有關係的，即使你一個一個 class 去 include / require 也可以用 namespace。但幾乎所有現代框架有用 namespace 的，自己也要帶 autoload function 去對應自己的程式碼檔案結構。

PSR-4 有提供 autoload function sample code
https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-4-autoloader-examples.md

但目前大概很少機會需要自己寫這些 autoloader。

Josh 的題目是 More Than Code, 他剛開始就說今天不講 PHP, 而是用更大的 picture 來說明何謂 「Senior 」developer. 下面是他的大綱 slide (因為每一點是 popup 出來的，沒拍到第五點，下面第五點是我 key 上去的)

就如 larry 之前提到的，不管你程式碼寫得多麼漂亮，design pattern 用得多好，軟體工程做得多深，不想清楚這些「out of box」的東西，你的狀態就不會改變，你的官位/收入就不會改變。換句話說，我們是為了「解決問題」或「創造價值」而寫程式，而不是為了軟體工程而寫程式。

第二位講者是 Sebastian Bergmann. 他主要是講 PHPUnit 和 PHP 近幾年版本變革。他有提到 PHP 5.6 active support 即將終止
https://secure.php.net/supported-versions.php

PHP 5.6 是 PHP5 的最後一個版本，也就是說，今年底之後 PHP5 就不會有 active support 了，這意味著各個公司、開發者，是該想想什麼時候要 migrate 到 PHP7 了。

另外 PHPUnit 我會找時間研究一下，主要是希望藉由寫測試的方式，看能否 figure out 一些比較先進的 cowork 方式。

下午的議程我聽了Miles的「使用 Slim 為 Legacy Code 重構」，閃亮亮的「Refactoring to Collections – 從陣列重構談物件導向程式設計」，大澤木小鐵的「用 Laravel + Vue.js 打造即時資訊看板」。本來是想報 workshop 的，Accupass 也有寄信通知 workshop 需要另外報名，但實在太忙了，想到要處理時已經沒有名額了。後來想想這樣也好，可以輕鬆一點。

Miles的「使用 Slim 為 Legacy Code 重構」

他講了一個自己歸納出的一個架構。在 browser 和 application 中間新增一個模塊，他稱之為 Proxy. 這個 Proxy 通常是小 framework, 例如 Slim。這個 Proxy 扮演 router 的角色，可以 config 成將 request 導向原本 application, 或是重構中的 application。同樣的，test server 發的 request 也可以導向原本 application, 或是重構中的 application。當重構中的 application 的某些模塊測試過了，可以 commit/push, 其他正在開發新 feature 的工程師可以立即 merge, 或是立即 rebase/merge.

他提到類似用 C++ define guard 的方式去切 Proxy 導向哪。不知道有 C++ 經驗的朋友有無聽/用過 define guard？用 define guard 去開關某些 code，例如正在開發的 code, 某個單一功能的 code。講到這個 larry 倒是滿懷念的，而且有一些 idea 浮出來，之後應該會應用到 PHP 上面。

閃亮亮的「Refactoring to Collections – 從陣列重構談物件導向程式設計」

利用 PHP 的 array_map, array_filter… 等，或是 Laravel 的 map, filter … 等去取代 for loop, 或是 nested for loop 處理 data array 的情況。

大澤木小鐵的「用 Laravel + Vue.js 打造即時資訊看板」

利用 laravel-echo-server (與 application server 並行) 搭配前端 Socket.io 達成 html5 web socket，主動推播。

結論

收穫滿滿吧。主要聽到新的觀念，或是已知的東西/問題看大神是用哪個角度去切入。PHPConf 一天的票價 1000 元，larry 是覺得太划算了。一整天，吹著冷氣，聽著大神們分享經驗和實際的乾貨，1000 塊實在太便宜了。

1. Functions are objects