私は、新しいアプリケーションでデータレイヤを実装する最適な方法について、同僚との "ディスカッション"の途中です。データレイヤのベストプラクティス
視点の1つは、データレイヤーがビジネスオブジェクト(エンティティを表す独自のクラス)を認識し、そのオブジェクトでネイティブに処理できることです。
反対側の視点は、データ層は、オブジェクトに依存しないこと、および純粋に単純なデータ型(文字列、bools、日付など)を扱うべきであるということです
私は両方のアプローチが有効であることを見ることができますが、私の自分の視点は私が前者を好むことです。このように、データ記憶媒体が変更された場合、ビジネス層は新しいデータ層を収容するために(必然的に)変更する必要はない。したがって、SQLデータストアからシリアル化されたxmlファイルシステムストアに変更するのは簡単なことです。
私の同僚の視点は、データレイヤーはオブジェクト定義について知っている必要はなく、データが適切に渡されれば十分です。
これは宗教戦争を起こす可能性のある質問の1つであることは分かっていますが、そのようなことにどのように取り組んでいるかについてのコミュニティからの感謝を感謝します。 TIA
私は全く同意します。データアクセスレイヤーのデザインはかなりぼやけています。私は常にプレゼンテーション層からあなたのビジネスロジックを分離することを選択します。 MVCパターンFTW ;-) –