導入から 10 年、PHP の trait は滅びるべきなのか ーーその適切な使いどころと弱点、将来について
trait は当初 2008 年に PHP の言語開発者コミュニティへ提案され、長い議論期間を経て 2012 年リリースの PHP 5.4 で導入された機能です。 それから 10 年がたち、trait は「ちょっと試しに使ってみよう」というものから、各開発現場において使われる中で少しずつその立場を変えてきました。 さて、実際どのように変わったのでしょうか？ 先日、今年に出る PHP 8.2 へ向けて言語機能追加の RFC を提出しました。PHP の trait で定数を定義できるようにするというものです。 静かな議論期間を経ての RFC の投票開始後、PHP の開発者向けメーリングリストから最初に得られたのは驚くべきリアクションで、要約すると次のようになります。 「trait は言語にとってまったく不要なものであり、使われるべきでないものを改善すべきではない」 続々と RFC に No の
どんな時にクラスを final と宣言するのか
Ocramius さんの記事、When to declare classes final を、ご本人の許可を得て翻訳してみました。 Ocramius さんありがとー。 誤訳等にお気付きの際は、コメントや編集リクエストをもらえると助かります。 まとめ：インタフェースを実装していて他のパブリックメソッドが定義されていない場合、いつもクラスを final にしてください。 この 1 ヶ月で、私は PHP クラスへの finalの使い方について何度か議論をしました。 そして以下のような流れが繰り返されました。 私が新しく作られたクラスへ final を宣言するよう頼む コードを書いた人は嫌がり final は柔軟性を損なうと主張 柔軟性は良い抽象化から生まれるのであって、継承から生まれるのではないという説明が必要となる この流れから明らかなのは、コードを書く人達にどんな時に final を使うのか
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
モダン PHP テクニック 12 選 ―PsalmとPHP 8.1で今はこんなこともできる！―