Blogこの広告は、90日以上更新していないブログに表示しています。2014-10-30コンストラクタか。oop実装に依存せず、全て抽象(インタフェース)に依存するようにするためには、オブジェクトの生成はコンストラクタではなく、ファクトリで行う必要があります。複雑になりすぎて、保守できるような代物にはならないと思います。従って、オブジェクトの生成を全てファクトリで行うのではなく、状況に応じてコンストラクタを使い、プログラムをシンプルにしなければいけないのですが、どのように判断すべきか明確な答えはありません。この点についてDDDにいくつかアドバイスが紹介されていたのでその内容を記載します。翻訳書140ページに箇条書きされているコンストラクタが有利に働く状況について転記します。クラスが型(type)である。興味深い階層の一部ではなく、インタフェースを実装することで多態的に使用されることもない。クライアントが実装に関心がある。ストラテジーを選択する方法として考えているのだろう。オブジェクトの持つ属性をすべてクライアントが取得できるため、クライアントが目にするコンストラクタの内部に、さらに別のオブジェクトの生成がネストされることがない。公開コンストラクタは、ファクトリと同じルールに従わなければならない。生成されるオブジェクトの不変条件をすべて満たすアトミックな操作でなければならない。ようなドメインにとって意味を持つ、オブジェクトの生成であればオブジェクト自身で生成してもよいが、ドメインにとって意味のない(実装のために必要な)オブジェクトの生成はファクトリで生成すべきである。(135ページ)オブジェクトがアクティブなライフタイムの中で決して適用されることのない不変条件のロジックであれば、そのロジックを入れるのに理にかなった場所はファクトリであり、そうすることで生成物はよりシンプルなままに保たれる。(142ページ)これらを参考に判断すると良いと思います。21:58コンストラクタか。2日目午後の参加メモです。1日目午後の参加メモです。performance...2015-11-18読んだ:iOS/Androidアプリの3つの大事な設計方針こちらのスライドのまとめです。REST紹介(簡易版)。参加メモSerachはてなブログをはじめよう!jumpersonさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。