投稿2025/03/23 03:14
編集2025/03/23 03:18php学習中ですが、trait を使う価値がある状況が想像できないので、どなたか教えていただけませんでしょうか。
納得いかないポイントは次の [STEP 3] においてでして・・
[STEP 1] trait に log() を実装する
[STEP 2] class 内で use する
[STEP 3] class 内で $this->log() を実行できるようになる
・・・いやこれじゃ log() を class が持っているように誤認するので分かりにくい！という「メソッド迷子状態」になる点が納得いきません。不便ではないでしょうか？
そしてこの点は以下 コード比較のように、そもそも trait でなく class を使えば解消できると考えており、そのために trait を使う価値がある状況が想像できないのです。
以下に trait バージョン と class バージョン を比較し、いかに後者が優れており、trait が無用の長物で月夜に提灯で蛇足であるかを示します。（もちろん浅慮な考えでしょうから、アドバイス頂けますと幸いです。）
先述のように $this->log() のように実行され、使う価値があるとは思えません。これでは // log を UserTest が持っているように誤認する ので、メソッド迷子状態になるだけだと思うのです。
php
1<?php 2 3trait TestLogger { 4 public array $logs = []; 5 6 public function log(string $message): void { 7 $this->logs[] = $message; 8 } 9} 10 11class UserTest { 12 use TestLogger; 13 14 public function run(): void { 15 $this->log("Test started"); // log を UserTest が持っているように誤認する 16 print_r($this->logs); 17 } 18} 19 20// 実行 21(new UserTest())->run();
一方でこちらは $this->log() でなく $this->testLogger->log() のように実行されますので、メソッド迷子にならないと思うのです。
php
1<?php 2 3class TestLogger { 4 public array $logs = []; 5 6 public function log(string $message): void { 7 $this->logs[] = $message; 8 } 9} 10 11class UserTest { 12 public TestLogger $testLogger; 13 14 public function __construct() { 15 $this->testLogger = new TestLogger(); 16 } 17 18 public function run(): void { 19 $this->testLogger->log("Test started"); // log を testLogger が持っているとすぐわかる 20 print_r($this->testLogger->logs); 21 } 22} 23 24// 実行 25(new UserTest())->run();
以上です。
お詳しい方、よろしくお願い致します。
回答1件
0
ベストアンサー
色々コメントで書いたのですがベースクラスのメソッドをオーバーライドするという使い方で非常にメリットがあるのをすっかり忘れていました。
実際にLaravelで使用されている例ですが、
例えば以下のようなModelクラスの定義があるとします。
Modelクラスとは基本的にはデータベースのクエリーやコマンドをクエリビルダーと呼ばれるメソッドチェーンで書ける方法です。
以下の例ではSQLのDELETEコマンドとUPDATEコマンドを使います。
また、パターンとしてメソッドチェーン(ビルダーパターン)を使用します。
以下のクラスはtraitのuseをコメントアウトし未使用として説明します。
php
1use Illuminate\Database\Eloquent\SoftDeletes; 2 3class Content extends Model 4{ 5 // use SoftDeletes; 6 7 protected $dates = ['deleted_at']; 8 9 protected $fillable = [ 10 'body' 11 ]; 12}
例えば上記のクラス定義があり以下のメソッドを呼び出すと
sqlとしては
DELETE FROM Content WHERE ID = 1;
のような形になります。
(*各メソッドはBaseクラスで定義されています。)
php
1Route::get('/contents/softdelete', function() { 2 Content::find(1)->delete(); 3});
traitを使ってみると
php
1class Content extends Model 2{ 3 use SoftDeletes; 4 5 protected $dates = ['deleted_at']; 6 7 protected $fillable = [ 8 'body' 9 ]; 10}
以下のメソッドを呼び出すと
sqlとしては
UPDATE Content SET DELETED_AT = Now() WHERE ID = 1;
のような形になります。
(*物理削除から論理削除に内部処理が変更されました)
php
1Route::get('/contents/softdelete', function() { 2 Content::find(1)->delete(); 3});
これはModelのBaseクラスで定義されていたdeleteメソッドがtraitをuseすることでオーバーライドされたことで動作が変わったことを示しています。
インタフェースでしたら、特定の型であるかをifで分岐し、その型なら動作を変えるという関数が必要でしたが、traitを使うことで、
一部の処理を分離することができたというわけです。
traitがclassと別定義なのは、付け加えを容易にするための対策だとは思いますが、モジュール単位で考えるとBaseクラスに依存している可能性があるので、特定のクラスの内部処理の定義を分離していると考えるとわかりやすいかもしれません。
引用:
ソースコードをお借りしました。
https://qiita.com/shinya_aa/items/b7c6c068a90ec7bdcd73
蛇足
個人的に文法上気持ち悪いのは。モジュール単位で考えると特定のクラスに完全に依存しているインタフェースがそのクラスの依存関係を明示的に表せないのと似て、traitが単体で浮いている形になっているところですね。
まあ、モジュールを使用するにしても、使用側でいろいろしたいことがあるので、このような定義にせざるを得ないとは思いますが。
投稿2025/03/24 01:10
総合スコア673
あなたの回答
tips
プレビュー
Q&A
