Laravelのドキュメントは、ファサード対契約を行うが、それはおよそ

Question

公式ドキュメント

https://laravel.com/docs/5.4/facades

から、これはテスト（キャッシュクラス）

public function testBasicExample() 
{ 
    Cache::shouldReceive('get') 
     ->with('key') 
     ->andReturn('value'); 

    $this->visit('/cache') 
     ->see('value'); 
} 

ように簡単に思える本当に何であるかを説明するのに失敗しますファサードの文書でもよく書かれています：

ウィットと相互作用するサードパーティのパッケージh Laravel、それは ファサードを使用する代わりにLaravel契約を注入する方が良いです。 パッケージはLaravelの外に構築されているので、Laravelのファサードテストヘルパーには にアクセスできません。

これは本当にどのように表示されません。パッケージはlaravelの機能に非常によくアクセスするので、テストではうまくいかないとは思われません。

今契約中https://laravel.com/docs/5.4/contracts彼らは、少し哲学的な議論をどのように使用するか、ファサードか契約します。それらを一緒に使用する方がいいですか？契約はインタフェース以外の何ものでもないからです。今やインターフェイスのアイデアは全く新しいものではありません。私は実際には得られませんが、ファサードと契約を比較した最初の点は何ですか：

ファサードは基本的にテスト可能性を追加するララベルの拡張クラスです。彼らはしかし、実装を隠し、どのような機能がクラスで利用可能であるかを読むのが難しくなります。例えば。あなたは常にファサードのどの実装が使用されているかを把握し、そこにどのようなメソッドがあるかを調べる必要があります。一方、契約はインタフェース以外のものではありません。

基本的に私たちに "インターフェイスを使用する"と言っているlaravelの人々。私は同意する、インターフェイスは素晴らしいです。しかし、私はこれがファサードにどのように関係しているのか分かりません。彼らは関連していません。彼らはどちらも交換できません。

これは何についてですか？

「契約書やファサードを使用する」とは関係がなく、一緒に使用する必要があるのはなぜですか？

の例では、メールのファサードです：

/** 
* @see \Illuminate\Mail\Mailer 
*/ 
class Mail extends Facade{... 

のでMail::が\Illuminate\Mail\Mailer

のインスタンスを返しますアクセスする\Illuminate\Mail\Mailer

class Mailer implements MailerContract, MailQueueContract 
{ 

契約を実装したクラスよりも他には何を見てみましょう別名インタフェース。

彼らは正確に何を私たちに伝えようとしていますか？

Answer 1

サードパーティ製のパッケージ

考慮すべきここで重要な用語です。すべてのパッケージがLaravelでのみ使用されるわけではありません。私はCodeIgniterのを使用している場合

パッケージは非常によくlaravel

の機能にアクセスするには、その本当ですか？いいえ。

今、Laravelのパッケージを具体的にはにすると、一日中ファサードを使用してください。

この全体のポイントは、自分自身を1つのフレームワークに強く結び付けないことです。