OOPHPのデュアルロード/保存オブジェクト - 不要な重複？

Question

私はPHPで実装している（概念的に）かなり単純なアプリケーション仕様を持っています。その大部分はプロジェクトデータの読み込み、表示、ユーザーによる編集（潜在的にセクションの追加）データベースに戻ります。

私はthuslyそれに近づい上で計画しています：

• は、作成時にIDを取る基本的な「ロード」オブジェクト（例えばProjectLoad、FormLoad）のセットを持つデータベースを照会し、と自分自身を埋めますフェッチされたデータ。これらのオブジェクトを使用してページ要素を埋めることができます。

• 配列を取って（ページが送信されたときに返される）「保存」オブジェクト（例：ProjectSave、FormSave）をもう1組持ち、データベースにINSERT\UPDATE操作を実行します。この不必要な重複は

ですか？私はただOOPHPを扱っています。これまで見てきたアドバイスのすべては、すべてのもの（オブジェクト、メソッドなど）を可能な限りフォーカスし、単一目的にすることをお勧めしているようです。これはその基準を満たしているようですが、より良い方法がありますか？

Answer 1

それはあなたが二つの概念にあなたの方法をブレインストーミングするために管理するもののようになります。

• Data Mappers

• 分離新しいエントリ を作成するためのロジックと取得するためのロジックの背後にあるコアアイデアデータ（この考え方は、の文脈では、特にCQRSで重要です）

しかし、私は、データマッパーはあなたが把握するのが非常に簡単なはずですが、2番目のCQRS関連の部分は、あなたが探索するには早すぎるかもしれないと考えています。ご質問については

...
あなたは愚かな何かをする場合を除き、あなたの「ロードオブジェクト」に多くの重複がないだろうと、「オブジェクトを保存」..しかし、あなたはおそらく抽出します1つまたは2つそこにスーパークラス。

「あなたが見たアドバイス」は実際にはSingle Responsibility Principleと呼ばれ、TBHですが、OOPではより不明瞭な概念です。それは、あなたがそれを見て、それを知っている、 "ポルノ"とは何かを定義するようなものです。

さらに、より良いアプローチをお勧めする場合は、読み取りと書き込みの部分を1つのデータマッパーで結合することをお勧めします。こんな風に：

$project = new Entity\Project; 
$mapper = new Mapper\Project($pdo); 

$project->setId(43); 
$mapper->load($project); //pulls data about project 43 from DB 

if ($project->getDeadline() > time()) { 
    $project->setStatus(Entity\Project::STATUS_OVERDUE); 
    $mapper->save($project); //pushes changed state to DB 
} 

Answer 2

まだコンセプトであるため、実際には重複しているかどうかはわかりません。実装中に重複が実際に発生していると思います。コンセプトとして、あなたのクラス間の懸念を分ける良い仕事をしました。 - 基本的な（ビルディング・ブロック）のためのデザインパターン

• OOP Design Patterns：

  あなたが本当にOOPHPにしている場合は、同様にデザインパターンについてのトピックを確認してください可能性があります。ソフトウェア工学で

  、ソフトウェアデザインパターンは、一般的に発生する問題への一般的な 再利用可能なソリューションです... デザイン：ウィキペディアによると、先進的なデザインパターン

から

Martin Fowler's Patterns of Application Architectureパターンは、 アプリケーションまたはシステムを設計する際に、プログラマが一般的な問題を解決するために使用できる公式ベストプラクティス です。