クラス内の値オブジェクト内での処理方法

Question

私は「すべての」クラスの依存関係を読んで依存性の注入について学んを注入する必要があります（今のところのインターフェイスを無視してみましょう）

最近値オブジェクトの代わりに、（レポさんなど以内）准アレイ、私が読んでいるほとんどのチュートリアルを使用してにシフトクラスメソッド内の値オブジェクトをインスタンス化する（依存性注入なし）これは値オブジェクトにとって大したことではありませんが、なぜこのパスが選択されたのか、リポジトリに依存性注入が行われ、

私はマイクロを最適化しようとしているわけではなく、主にベストプラクティスを習得して学んでいます。

私が考えているのは、値のオブジェクトデータのコンストラクタインジェクションだけですが、クローン作成後にコンストラクタを呼び出すことができないのでしょうか？

例：

class Repo { 
    public function getUser() { 
     return new UserValueObject($userDataProvidedByDB); 
    } 
} 

VS

class Repo { 

    public function __construct(UserValueObject $user) { 
     $this->user = $user; 
    } 

    public function getUser() { 
     return (clone $this->user)->__construct($userDataProvidedByDB); 
    } 
} 

Answer 1

限り読みながら、私はあなたの質問を理解して、それが、（newはクラスの内部で-ingていないオブジェクトをinstaniatingの問題の詳細ですより正確に）。

多くの場合、Repositoryの内部でオブジェクトをインスタンス化することはかなり受け入れられます。理由だけで

これが最も単純な場合のために大した

ではなく、（その後、またはsomewhen程度）最新のものに実装されているすべてのことデシベルのものを持つ、あなたはすでにそのクラスを持っていますRepositoryは実装された状態に戻っています。これにより、返されるクラスの障害のためにRepositoryのテストが失敗しないようになり、これらのテストはユニットよりも機能的/統合的になります。

しかし、もっと複雑なケースがあるかもしれません。 1つの例は、クラスが返されたとき（あなたの質問をすればUser）、いくつかの豊富な振る舞いを持つことになっていて、コンストラクタを介して注入されるいくつかのサービスを使います。それにより、Repositoryは無関係なものについてあまりに多くの知識を持つようになり、Userをインスタンス化することができます。もう1つの例は、開発者がRespositoryが取得するデータで何がどのようにインスタンス化されるかについての知識がない場合です。

このような状況では、このような無関係の知識や機能をすべてクラスから除外し、そのジョブに対してRepositoryに注入するオブジェクトをいくつか残さなければなりません。だから、UserFactoryInterfaceの具体的な実装は、Userは、DBからの生データを有し、かつ自分自身で何かを管理作成する方法を知っている

interface UserFactoryInterface 
{ 
    public function makeUserFromRawArray(); 
} 


class Repo 
{ 
    private $factory; 

    public function __construct(UserFactoryInterface $factory) { 
     $this->factory = $factory; 
    } 

    public function getUser() { 
     return $this->factory->makeUserFromRawArray($userDataProvidedByDB); 
    } 
} 

：だから、のようになめらかに見ることができます。 Repositoryは依存してはならないものに依存せず、外部から作成するサービスを取得するだけです。

は再び、私は質問には、オブジェクトをinstatiatingし、具体的には約Value objects私はむしろあなたが投稿する場合にDTOかさえLocalDTO respectivlyに名前を付けたいものではなく懸念の分離の問題の詳細である信じ。