オブジェクトをDataBaseに保存してクラスの結束性を損なう可能性はありますか？

Question

オブジェクト指向設計で言えば、オブジェクトのデータベースに自分自身を保存する機能をクラスのCOHESIONを台無しにする機能を与えると思いますか？

想像：

Product p = new Product() 
      { 
      Name = "Joy Rider", 
      Price = 100, 
      Currency = "USD" 
      }; 

あなたがデータベース上にこの製品Pを保存すると思いますが、この方法で行われなければ良いです：

p.Save(); 

かの方法でこのような何か：

を

ProductServices.SaveProduct(p); 

あなたはどう思いますか？

Answer 1

これは、単一責任の原則に干渉します。この例のProductクラスの目的は、Productとその製品の操作を表すことです。データベースとのやりとりは、クラスの責任の中核部分ではありません。

ProductServicesクラスを使用すると、コードのメンテナンス性が向上します。データベース内のオブジェクトを保存するためのロジックが変更されたとします（システム内のすべてのエンティティクラスを変更できます）。

Answer 2

データベースに保存できるオブジェクトは、SRP（単一責任の原則）に違反します。

永続性はすべて単独で責任があり、専用のクラスで処理する必要があります。

これは、低持続性を持つことに加えて、永続性と関係があるメンバは、持続性を扱わないクラスのメソッドで使用されないものとは関係がありません。

Answer 3

オブジェクト指向設計の場合のみ、Saveメソッドの一部がProductの一部になっていても問題ありません。実際には、オブジェクト指向設計の世界では好ましい方法です。純粋なオブジェクト指向の観点からは、それはオブジェクトよりも機能的であるため、分割したくないということは望ましくありません。

しかし、高レベルのモジュールが低レベルのモジュールに依存すべきではないと言う依存性の逆転原理を信じている場合は、 Saveメソッドは適切ですが、抽象的なConnection型をパラメータとして使用する必要があります。これはSaveメソッドを含む素敵なオブジェクトモデルを提供しますが、接続の種類についての知識はありません。