リポジトリパターンについて

Question

Laravelのリポジトリパターンについて分からない箇所があり、お聞きしたいです。
こちらの記事ではリポジトリーを取り入れる際に、インターフェースであるOrderRepositoryInterface を定義しそれを継承させる形でOrderRepositoryクラスを作成し使用していますが、わざわざインターフェースを作っている理由としては、OrderRepositoryクラスではなく別に、インターフェースに準拠したDBの取得処理などを実装したクラスを割り当てたくなった場合に、コントローラー側のコードを変更せずに済む為といった認識で良いでしょうか。
様々な記事に目を通したのですが、いまいちインターフェースを実装することのメリットがピンと来なかった為、質問させて頂きました。
参考
・zenn ([Laravel] DI/リポジトリパターン)
・Laravel サービスコンテナ

Answer 1

様々な記事に目を通したのですが、いまいちインターフェースを実装することのメリットがピンと来なかった為、質問させて頂きました。

ピンと来ないのはInterfaceと実装を一対一にしているから、また恐らくDIを使っていないからではないですかね？
一対一ならInterfaceの意味が無いし、Repositoryしか使わないのであればDI出来る事しかメリットが無い。
https://learn.microsoft.com/ja-jp/dotnet/architecture/microservices/microservice-ddd-cqrs-patterns/infrastructure-persistence-layer-design