［イベント］第147回 PHP勉強会＠東京

phpstudy.doorkeeper.jp

きのう表題のイベントをオンライン視聴した際のメモ。

細かすぎて伝わらないちょうぜつ本見どころ5選

#ちょうぜつ本こと『ちょうぜつソフトウェア設計――PHPで理解するオブジェクト指向の活用 』を先日上梓したばかりの田中ひさてるさんによる著者解題。

• 伝わりやすい見どころ：Facade パターン
  • Facade パターンにおいて Facade と Features は 1:N
    • 1:1 はよくある誤解。Taylor Otwell は GoF がなんといったか忘れたか
      • 用語は原義をふまえて踏襲しよう
        • 例：「カリー化は部分適用ではない」
          • 関数型プログラミングにおける「ファンクタ」関数を呼び出す側の概念だった
          • それが C++ では呼び出される関数の側の概念に…
        • 「オブジェクト指向」は定義できない
• 伝わらない見どころ
  1. ダーティ vs クリーン
     • クリーンアーキテクチャは層の内容を問わない！安定した中心に不安定な要素が依存していればよい
     • 求めるべき安定度は案件による
  2. 順に読むとネタかと思う流れ
     • DI コンテナ紹介 → シングルトン批判 → SingletonTrait のサンプルコード
       • 意図した流れ
     • シングルトンとは唯一無二。すなわち「概念と存在の区別がつかない」ものに使うのがよい
       • たとえば「神」
         • 時をつかさどる神 Time クラス
         • 数学をつかさどる神 Math クラス
       • PHP では True False Null
         • またユーザー空間では const や enum も
     • 表向きは「シングルトン使うな」であり、ほんとうの玄人向けには「State パターンで使います」
  3. 抽象クラスとインターフェイスの使い分け
     • 抽象クラス：サブカテゴリ
       • カテゴリは唯一いずれかの配下であるほうがわかりやすい
     • インターフェイス：「～とみなして使える」
       • 用途は多様にできたほうがよい
     • 「テクい」「強い」で武器を決めない。使い分けが大事
       • PofEAA の「クラステーブル継承」は抽象クラスでないと実現できない
  4. SOLID 原則の中で異色の存在 LSP「リスコフの置換原則」
     • バーバラ・リスコフは抽象データ型の研究者。サブタイプのふるまい特性について考えた人
       • LSP を1987年に構想、1994年に発表
     • SOLID の5原則のうち LSP だけがデータ型の話をしている
     • 抽象データ型の理論では「円は楕円の一種」ということができない
       • 『Clean Architecture 達人に学ぶソフトウェアの構造と設計』を参照
     • 「遅延束縛の SmallTalk が実現するオブジェクト指向」と「抽象データ型の C++ が実現するオブジェクト指向」は別物、という言説を過去のものにしたい
  5. オブジェクト指向は構造化プログラミングではない
     • 構造化：上下の階層構造。上から下へ依存する。下が壊れると全体が壊れる
       • 『ちょうぜつ』の UML クラス図はすべて「依存の向き」を表現している
     • オブジェクト指向：「パッケージ」（もしくは「ユニット」）が「インターフェイス」で「結合」する。パッケージは単体でその品質が保証される
• One More Thing: ひみつの参考文献
  • ボブおじさんが好きで著書を参考文献に入れている
    • アジャイルソフトウェア開発の奥義
      • SOLID 原則、パッケージ原則
    • Clean Architecture 達人に学ぶソフトウェアの構造と設計
      • 『奥義』 + クリーンアーキテクチャ
    • Clean Agile 基本に立ち戻れ
      • アジャイルについてプロセスでなく原典のアジャイルソフトウェア開発宣言に戻ることを提唱
    • Clean Craftsmanship 規律、基準、倫理
      • TDD と職業倫理
      • 参考文献リストに入っていないのは原稿 FIX 後に出た本だから。すばらしい本

プログラムを実行するとはどういうことか

プログラムを実行するとはどういうことか / What does it mean to execute a program? - Speaker Deck

• プログラムの「実行」いろいろ
  • CPU がそのまま実行できるものを実行する
    • マシン語 / 機械語 / ネイティブコードなどと呼ばれるもの
      • 構文解析なしに単体で実行可能な命令
        • 個々の命令はシンプルな単一機能
        • いわばプログラムの原子
      • マシン語はシンプル！
        • ある：ジャンプ条件分岐、演算、レジスタ、メモリアクセス…
        • ない：クラス、関数、ループ、変数…
        • バイナリと命令が1対1対応する
      • マシン語の実行：プログラムカウンタ（PC）が指しているアドレスのメモリから命令を読み込んで実行する
        • ジャンプ命令は PC への値のセット
        • マルチスレッド CPU は PC を複数持っている
      • 実行したら PC をインクリメント
  • CPU がそのまま実行できないものを実行する
    • とはいえ最後には必ず CPU が実行する
    • コンパイラ：CPU がそのまま実行できるものに変換する
      • ソースコード→トークン化→構文解析→マシン語
      • 特にコンパイルして即座に実行するコンパイラを Just-In-Time コンパイラと呼ぶ
      • CPU が実行できないものを CPU が実行できない別のものに変換する：トランスパイル
        • たとえば SCSS, Java, TypeScript...
  • インタープリタ：CPU がそのまま実行できないものを実行する
    • ソースコード→トークン化→構文解析→実行
    • インタープリタ自体は多くはマシン語であり、CPU が実行する
      • パフォーマンスの都合
      • しかしマシン語でなくても構わない
    • 言語っぽくないものを実行するインタープリタ：仮想マシン
    • 別の CPU のマシン語を実行するインタープリタ：CPU エミュレータ

LT

PHP Open Textbook のお話

mikumoさん。

• PHP Open Textbookを1月1日よりベータ公開予定　～商用非商用を問わず無償での改変権、利用権を付与～ – PHP技術者認定機構
• 初心者が困っている例：実習環境が自分で作れない
  • OS やアプリケーションがバージョンアップして、書籍の情報が古くなった？
  • 書籍に初心者向けの説明が足りない？
  • 環境構築は指導する側にとって説明したい本筋ではない？
  • → PHP Open Textbook を参照するようにすれば楽ができる。ネットの海をさまよわなくていい！
• まずは興味を持ってもらうのが目的。PHP7初級試験への橋渡し
• 2023年1月1日ベータ公開予定。お手柔らかにフィードバックを

Laravel コアファイルのコードリーディング Model::all() から new PDO() まで追ってみた

Laravelコアファイルのコードリーディング/Reading the core code of Laravel - Speaker Deck

• なぜコアファイルを読もうと思ったか
  • 好奇心
  • 仕事ではコアの奥底まで読むことがない
  • コードリーディングの練習
• Model::all() から new PDO() まで
  • Connector （シングルトン）
  • クエリビルダー
  • Eloquent のビルダー
  • Model の Collection
• コアファイルを読むメリット
  • フレームワークのありがたみを実感する
  • PHP の公式ドキュメントにあるようなコードがフレームワークでどのように使われているかわかる
  • フレームワークの設計思想がわかる
  • 不具合の原因究明がしやすくなる

CUPID について5分でわかりやすく解説してみる

Seiichi Akiba さん。

• CUPID—for joyful coding - Dan North & Associates Ltd
• CUPID は SOLID 原則に代わる5つの Properties
  • Properties はルールでなく目標
• Composable 組み立てやすい
  • 最小限の依存関係を保つ。意図がわかりやすい
• Unix 哲学
  • シンプルで一貫性のあるモデル
• Predictable 予測可能
  • 期待通りに動作し決定論的、観察可能
• Idiomatic 自然に感じる
  • 自分にとって読みやすいコードでなく言語のイディオムを尊重する
  • ローカルなイディオムのガイドラインを持つ
• Domain-based 問題領域をモデル化する
  • ドメインに基づく言語
    • コードの議論とドメインの議論が傍観者から区別のつかない状態
  • ドメインに基づく構成

『えこひいき』される関数たち

うさみけんたさん。

• 前置き：ZendEngineにえこひいきされる標準関数たち (前篇) - Qiita
• オペコードにおける関数呼び出し INIT_FCALL
  • しかしたとえば is_int() は TYPE_CHECK 命令に
  • strlen('foo') は ECHO 3 に！
• 本題：ZendEngineにえこひいきされる標準関数たち (後篇) - Qiita

Trait

Trait - Google スライド

• trait を use するのは継承とは異なる
  • メソッド名の衝突とその解決
  • メソッドをコピペするようなものと思えばよい
  • 継承クラスの self は不変、トレイトの self は可変
• トレイトの static な変数やメソッドにはクラス定義なしにアクセスできてしまう
  • PHP8.1 から deprecated